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HARDWARE AND 
SOFTWARE ENGINEERS 

TACTICAL 

DEFENSE SYSTEMS 



THE 
MOVE. 


Government Systems has always 
been on the fast track in electronic 
defense. Now you can advance with us 
our new Tactical Electronic Defense 
Division and turn today’s biggest 
defense challenges into systems that 
move. On the ground. At sea. In the air. 
Make your move to GTE now through 
one of the following opportunities: 

.L-TIME SOFTWARE 

jsponsible for project 
and implementation as well as 
proposal preparation. To succeed in this 
role, you must be a team player who can 
remain hands-on while directing 


require 10 years experience in 
;ystems software development for 
computer-based communications and 
processing systems. Knowledge 
software development 
st You should also 
as a lead technical 
contributor ana/or software manager 
responsible for technical performance, 
budget, and scheduling. A BS in 



Computer Science or a related disci¬ 
pline is required: an MS is a plus. Ada* 
experience is desirable. 

DIGITAL DESIGN ENGINEER 
You will design and develop digital units 
using LSI and microprocessor devices. 
The units will be applicable to a wide 
range of reconnaissance systems func¬ 
tions such as digital data analysis. FFT 
signal processing, and more general 
microprocessor-based architectures. 

To qualify, you must have a BSEE/ 

MSEE with appropriate electronic, com¬ 
puter, and software courses and at least 
four years industrial experience. Candi¬ 
dates should be able to translate unit 
specifications into high-level, detailed 
hardware and software design, make 
appropriate hardware/software trade¬ 
offs, perform complex logic and soft¬ 
ware design tasks, and work both inde¬ 
pendently and in a team environment. 
Good oral and written skills are 
desirable. 

Positions are also available for Senior 
Systems Engineers and Program Man¬ 
agers with a background in C 3 CM 
technology. 

All candidates must be U.S. citizens 
with experience in a DOD environment 
or the appropriate background to work 
with the defense community. 

GTE provides competitive compensation 
and an excellent benefits package, 
including educational assistance, a 
stock purchase plan, a tax-deferred sav¬ 
ings plan, and much more. 

To take advantage of these opportuni¬ 
ties, please send your resume in com¬ 
plete confidence to: 


GTE GOVERNMENT SYSTEMS 
CORPORATION 

Tactical Electronic Defense Division 

Dept CAC-52, Mail Stop 2G13 
P.O.Box 7188 
100 Ferguson Drive 
Mountain View, CA 94039 


An equal opportunity employer. 
U.S. citizenship required. 


♦Ada is a registered trademark of the U.S. Government, Ada 
Joint Program Office. 
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Unrealistic simplifications of analytical 
methods-costs and delays of programming 



See your circuit or packet switched network perform 

COMNET II.5 now gives you easy-to-understand 
simulation results quickly-no programming 


W ith COMNET II.5 you 

simply describe your com¬ 
munication network and its routing 
algorithms. 

Simulation follows immediately 

--no programming delays. 

Easy to understand results 

You get an animated picture of 
your network. Routing choices and 
changing levels of network utiliza¬ 
tion during the simulation are ap¬ 
parent. 

Your reports show blocking pro¬ 
babilities, call queueing and packet 
delays, network throughput, circuit 
group utilization, and circuit group 
queue statistics. 

Animation increases everyone’s 
understanding of the network oper¬ 
ation and builds confidence in your 
analysis. 

Your network 

You can analyze any wide-area, 
point-to-point network which uses 
circuit-switching, packet-switching, 
or both. Virtual circuit or datagram 
operation can be modeled. 

Various alternate-routing and 
adaptive shortest-path routing 
algorithms are built-in. 


Free trial offer 

CACI is now offering a free trial 
of COMNET II.5. You get 
everything you need to use COM¬ 
NET II.5 to solve your problem-on 
your computer. No cost, no obliga¬ 
tion. 

If you have questions during the 
trial, just call us for immediate help. 

Act now and get additional 
Charter Group benefits 

For a limited time, you are eligi¬ 
ble for membership in the COM¬ 
NET II.5 Charter User Group. 

As a member you receive free 
training, and a special discount. 

You also help direct our enhance¬ 
ment plan by telling us your re¬ 
quirements. 

Membership in the charter user 
group is limited to 100 major or- 
ganizations-act now to avoid disap¬ 
pointment. 

For immediate information 

Call Paul Gorman at (619) 
457-9681. In the UK, call Steve 
Worn bell on (01) 940-3606. 

Computers with COMNET II.5 

• IBM PC AT or compatible. 

• VAX mainframes 

• Sun workstations 


COMNET II.5 results are 
realistic-the drastic simplifying 
assumptions required by analytical 
methods are eliminated. 


Rush information on 
free trial and training 

Free trial-see for yourself how COM¬ 
NET II.5 quickly answers communication 
network performance questions by 
eliminating programming~no cost, no 
obligation. 

Limited offer-return the coupon today 
and you will be eligible for membership in 
the Charter User Group. This includes 
one free course enrollment worth $850 
and other benefits. 
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Return to: IEEE COMP 

CACI 

3344 North Torrey Pines Court 
La Jolla, California 92037 

Or, better yet, call Paul Gorman at 
(619) 457-9681 
In the UK 

CACI 

26 The Quadrant 

Richmond, Surrey, England TW9 1DL 

Call Steve Wombell on (01) 940-3606 


COMNET II.5 is a registered trademark and service 
mark of CACI, INC.-FEDERAL 
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President’s MESSAGE 


Planning Committee’s interim report 



Roy L. Russo 


P lanning activities have been a hall¬ 
mark of my administration. In 
this column, Ed Parrish, 
president-elect and chair of the Planning 
Committee, discusses the excellent work of 
that committee. 

Roy L. Russo 
President 


The Computer Society is the largest 
group within the IEEE. With a mem¬ 
bership of some 90,000 engineers and 
computer scientists, a staff of nearly 80, 
and an annual budget of about $15 mil¬ 
lion, the society is facing many of the 
same problems that currently plague 
other businesses in the computer indus¬ 
try. In addition to determining the ser¬ 
vice needs and priorities of its 
membership, the Computer Society 
must be sensitive to the ebb and flow of 
the marketplace in terms of its numer¬ 
ous products and its participation in or 
support of activities that benefit the 
industry. A prime example of the latter 
is the society’s intense involvement in 
computer-related standards—a unique 
involvement for a membership-based 
organization. 

As in any company, an important 
function for the management of the 
Computer Society is strategic planning. 
The goal of strategic planning for the 
society is to ensure that underlying 
structures, policies, and administrative 
procedures are supportive of the short- 
and long-term interests of the member¬ 
ship and of the computer profession 
and industry in general. As chair of the 
Planning Committee, I would like to 
report to you (our stockholders) high¬ 
lights of our activities this year. 

At the beginning of the year, a num¬ 
ber of important issues were identified 
for consideration. Most concerned 
restructuring of the society to allow a 
more responsive and timely posture. 
Several recommendations have already 
been acted upon by the Board of Gover¬ 
nors and placed before the membership 
for approval. Delineated below are the 
principal issues considered and their 
current status. 


Composition of the Board of Gover¬ 
nors. The present board consists of 25 
franchised members: five elected 
officers (president, president-elect, 
immediate past president, and the first 
and second vice presidents) and 20 
elected members. This latter group is 
formed by annual elections in which 10 
new members are added for two-year 
terms. This presents a situation in which 
more than half of the board could turn 
over every year, a highly unusual man¬ 


agement technique, especially when 
continuity of purpose is so important. 

A new structure was proposed by the 
committee and approved by the board 
for presentation to the membership as 
constitutional amendments. The 
changes would bring the number of 
elected board members to 21, with 7 
new members elected annually to three- 
year terms. These changes were on the 
ballots sent to the membership in 
August, but the result was not known at 
press time. (Complete election results 
will be published in the November issue 
of Computer.) 


Decentralization. The society has 
become a significant business enter¬ 
prise. As such, its current policies and 
procedures place a heavy demand on 
the president’s time—more than is 
appropriate for a volunteer-based 
organization. Several recommended 
changes would decentralize certain 
responsibilities and authority to achieve 
better load-balancing among the soci¬ 
ety’s officers. 

One change established Executive 
Committee liaisons for society represen¬ 
tatives to other entities (except where 
reporting directly to the president is 
expressly required). Since there are 
many representatives, this has had the 
desired effect of reducing the number of 
personal contacts to the president. 

Another example concerns reducing 
the number of appointment letters the 
president must write. Even with office 
automation, processing over 100 
appointment letters is time-consuming, 
and it must be done at the beginning of 
the year—a very critical period for a 
new president. The new procedure 
would allow the president the option of 
delegating this duty to the appropriate 
vice president, who is already charged 
with making the recommendation. 

The first change, which required only 
board approval, has been adopted. The 
second change, which affects the 
bylaws, has been published for mem¬ 
bership comment ( Computer , August 
1987, p.100) and is scheduled for a sec¬ 
ond vote at the October board meeting. 

Government and public relations. 

After much deliberation, the committee 
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decided that the society should attempt 
to reach select audiences and not the lay 
public. Activities in this vein which are 
already underway include the Commit¬ 
tee on Public Policy and a new Infor¬ 
mation Committee of the Membership 
and Information Board. The Planning 
Committee will recommend that the 
Membership and Information Board 
publish a newsletter, tentatively entitled 
“Computing Updates,” which would 
highlight in general terms new develop¬ 
ments, trends, and issues of current 
importance to the industry. This would 
establish a timely mechanism for 
providing trade magazines and others 
concerned with computing technology a 
source for information relevant to their 
interests. 

The final report from the committee 
will also recommend that the Educa¬ 
tional Activities Board prepare and dis¬ 
tribute to interested high schools 
brochures which describe careers in 
computer science and computer engi¬ 
neering. These brochures could be used 
for academic counseling and career gui¬ 
dance, thereby furthering interest in the 
computing professions. In addition, the 
report will recommend that the Educa¬ 
tional Activities Board expand the soci¬ 
ety’s accreditation activities to include 
programs in computer and electrical 
technology. 

Electronic publishing technologies. 

Because many of the society’s member¬ 
ship services and much of its income are 
related to the printed page, the commit¬ 
tee considers electronic publishing a 
critical component of future activities. 
As the society within the IEEE most 
concerned with the technology underly¬ 
ing electronically aided publishing, it is 
appropriate that the Computer Society 
play a leadership role in advancing the 
use of electronic media. 

Because the society now publishes 
three transactions and six magazines, as 
well as hundreds of conference proceed¬ 
ings and tutorials, electronic publishing 
is clearly of high priority. However, our 
vested interests go well beyond this, for 
example, into the area of continuing 
education. Here, the opportunities 
presented by CD-ROM and especially 
CD-I (interactive compact disk) are 
nearly unlimited. 

In response to a recommendation 
from the Planning Committee, at its 


NCC meeting the board directed the 
president to establish a commission 
charged with investigating such oppor¬ 
tunities. President Roy Russo appointed 
Jim Aylor (vice president for confer¬ 
ences and tutorials) to chair the com¬ 
mission and requested a preliminary 
report by the first board meeting in 
1988. 

Expansion of CS Press. The CS Press 
publishes all of the society’s aperiodi- 
cals, and thus is an important vehicle 
for providing membership services. 
Expanding CS Press activities into other 
areas (e.g., books, audio/visual 
materials, electronic media) may be 
desirable. Tom Cain (vice president for 
publications) has already scheduled a 
planning retreat for the CS Press Advi¬ 
sory Board with the express purpose of 
developing a comprehensive two-year 
plan. As a concomitant and supportive 
action, the committee will recommend 
that the president appoint a select group 
to investigate ways of exploiting CS 
Press’s current strengths and to develop 
a strategic plan for identifying areas for 
expansion. 

Area Activities Board. Concern over 
the effectiveness of the society’s 
area/chapter structure has been voiced 
for a number of years. The recent mem¬ 
bership survey lends credence to the 
view that it is not effective in providing 
needed membership services; very few 
members felt the chapters were fulfill¬ 
ing an important function. 

Part of the difficulty in providing a 
viable and attractive mechanism for 
chapter activities lies in their relation¬ 
ship with IEEE entities. In essence, the 
society’s chapters overlay the IEEE sec¬ 
tions and branches. As a result, the con¬ 
nection between the society and its 
chapters is transparent at best, which 
tends to undermine the goals of all con¬ 
cerned. 

The Area Activities Board has com¬ 
missioned a self-evaluation study 
headed by a long-time society volun¬ 
teer, C.V. Ramamoorthy. This report 
was due for initial submission on Sep¬ 
tember 1, 1987, and should address not 
only concerns raised by the Planning 
Committee but also recommendations 
for improving the existing situation. 
Thus, the committee has deferred 
action on recommendations concerning 



E.A. Parrish, Jr. 


possible alternatives to the current Area 
Activities Board structure until this 
report is available. 

Technical Activities Board. The 

membership survey also indicated that 
the society’s technical committees (TCs) 
largely are unknown to the average 
member. Although serving an impor¬ 
tant function in technical activities, the 
attendant benefits of personal member¬ 
ship are not being fully exploited. 

The committee believes that TCs 
should play a very important role in the 
society’s mission. Therefore, it will 
recommend enhancement of TC activi¬ 
ties and of the support provided by the 
parent Technical Activities Board. In 
particular, it will suggest to the board 
that necessary steps be taken to improve 
the visibility of the TCs and their value 
to the membership. 

As you can see, the Planning Com¬ 
mittee has been very active, having 
already met four times, including two 
retreats. Many viewpoints were 
expressed and debated in reaching the 
various positions. I hope the outcome 
will be a better organization for provid¬ 
ing desired membership services. 

I would like to acknowledge the dedi¬ 
cated work of Committee Members Ken 
Anderson, Tom Cain, Michael Elliott, 
Ron Hoelzeman, Ned Kornfield, Mike 
Mulder, and Merlin Smith. In addition, 
President Roy Russo attended the 
retreats and contributed valuable 
insight to the deliberations. 

E.A. Parrish, Jr. 

Chair, Planning Committee 
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LETTERS TO THE EDITOR 


Instruction continuation vs. restart 


To the editor: 

The article by Furht and Milutinovic 
on microprocessor memory manage¬ 
ment architectures (Computer, March 
1987), while generally useful and 
informative, reached some questionable 
conclusions about Motorola’s decision 
to use instruction continuation, rather 
than restart, to cope with page faults in 
the MC68010 and MC68020 
microprocessors. 

A page fault may occur in several 
different places in the execution of a 
memory-oriented instruction: the fetch 
of the instruction itself, the fetch of 
each operand, and the store of the 
result. In machines with true memory- 
indirect addressing modes, each of these 
places may actually involve multiple 
references. All of these may be scattered 
widely within the address space. The 
instruction continuation strategy 
precludes indefinite postponement of an 
individual instruction; it is conceivable 
that an instruction in a low-priority 
task, if restarted after a page fault for 
one memory reference, could encounter 
a fault on another. Even architectures 
which, as the authors say, “ ... are able 
to detect an address fault before execut¬ 
ing and instruction ...” (which sounds 
more like a “don’t start” strategy) 
might encounter awkward waits for all 
their parts unless copies of successful 
fetches were maintained. 

1 am sure some price in circuit com¬ 
plexity must be paid to allow the 
detailed state of the Motorola’s micro¬ 
code machine to be pushed onto a stack 
in the midst of an instruction, but 1 


Computer welcomes your letters. 

Send technical correspondence to Bruce 
D. Shriver, Editor-in-Chief, IBM T.J. 
Watson Research Center, PO Box 704, 
H0-B04A, Yorktown Heights, NY 10598. 
Send other comments to Letters Editor, 
Computer, 10662 Los Vaqueros Circle, 
Los Alamitos, CA 90720. 

All submissions are subject to editing 
for style, length, and clarity. 


would guess that price to be modest. It 
would seem to be much more costly to 
have to provide for instruction restart 
for indivisible instructions, as the 
authors claim is required. Not so! There 
are only three places in Test_and_Set 
(TAS) where a page fault can occur: 
instruction fetch, operand fetch, and 
operand store. Instruction fetch is 
irrelevant. If a page fault prevents oper¬ 
and fetch, what difference does it 
make? Later, it will be fetched success¬ 
fully and execution will continue. But 
what if a page fault occurs when the 
instruction attempts to replace the oper¬ 
and? Something is dreadfully wrong! 
The operand is being written into the 
location accessed scant nanoseconds 
previously, for starters. More relevant, 
though, is that from the viewpoint of 
the operating system, TAS, like all 
instructions, is indivisible. There can be 
no intervening event on the local pro¬ 
cess (executing the TAS) which could 
result in a page fault: no interrupts, no 
context switching, no competition for 
storage. And finally, the instruction 
does not surrender the bus between 
operand fetch and store (that’s why 
they call it “indivisible”). No conceiv¬ 
able design could allow a second proces¬ 
sor to affect this memory while the local 
processor still claimed to be accessing it. 

The authors mention the “large 
address error stack” used in instruction 
continuation. The stack frame for a 
page fault is 92 bytes (46 words) long 
in the MC68020 (MC68020 32-Bit 
Microprocessor User’s Manual). This 
hardly seems excessive, especially com¬ 
pared to stack frames of typical 
argument-passing subroutines. ... 

For these reasons, I question the 
authors’ conclusion that the restart 
strategy “seems to be more efficient.” 
An on-chip MMU certainly does not 
prevent a memory access which will 
result in a page fault (the MMU will 
intercept the access in either case . . .); 
restart, or “don’t restart,” may well be 
just as complex and no more efficient, 
and may reduce the freedom of the 
architect or microcoder in providing 


complex address-calculation schemes 
(especially when memory indirection is 
available, as with the MC68020). One 
may consider the indefinite postpone¬ 
ment problem as unimportant... , but 
there are situations in which instruction 
continuation is obviously superior. ... 

J.M. Terry 

Monmouth, Oregon 


Authors’ reply: 

The above discussion represents a 
useful addition to our article. However, 
we would like to point to some addi¬ 
tional facts taken from MacGregor and 
Mothersole (“Virtual Memory and the 
MC68010,” IEEE Micro, June 1983), 
which discusses the application of the 
continuation method in the MC68010. 

Although the continuation method 
provides a more natural method of vir¬ 
tual memory support, it introduces 
several problems. 

Silicon resources that must be 
provided to support the saving and 
restoring of the internal state are not 
insignificant, and in the case of the 
MC68010 the additional resources 
require a 22 percent increase over the 
MC68000. 

Another penalty associated with the 
continuation method and larger internal 
state is the additional time to read and 
write the state during the save and 
restore operations. In addition, the save 
time directly contributes to the interrupt 
latency. In the MC68010 the interrupt 
latency is increased by about 50 percent 
over the interrupt latency of the 
MC68000. 

For instructions that have to be 
executed without interruption, such as 
Test_and_Set (TAS) of the MC68000, 
the continuation method does not pro¬ 
vide a suitable solution. For the TAS 
instruction, the processor must provide 
an uninterruptable read-modify-write 
sequence. If a fault occurs during the 
write operation, according to Mac- 
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Gregor and Mothersole, it is necessary 
to have an additional mechanism to 
reinitiate the whole sequence read- 
modify-write. 

Therefore, the problem of continua¬ 
tion versus restart method is still open, 
and we invite other researchers to con¬ 
tribute with their opinions and relevant 
discussions. 

Borivoje Furht 
University of Miami 
Coral Gables, Florida 

Veljko Milutinovic 
Purdue University 
West Lafayette, Indiana 


New standard for Basic 

To the editor: 

In your July issue (Update), you 
reported regarding a DoD Ada directive 
on Computer programming languages 
policy. The list of approved higher level 
languages included Minimal Basic. 

Your readers should be aware that 
Minimal Basic is an obsolete standard. 
The new ANSI X3.113-1987 standard 
for Basic adopted in January, 1987, will 
also be adopted as the Federal Informa¬ 
tion Processing Standard. ... 

This change of standard is particu¬ 
larly crucial for Basic. The old standard 
was very small, and most Basic 
implementations available today extend 
it in inconsistent ways. This has meant 
very limited portability for applications. 
The new standard will solve this prob¬ 
lem over time. It is much larger and 
incorporates sophisticated features. 
These include matrix operations, struc¬ 
tured programming constructs, and 
data types. ... 

The new standard will mean a boost 
for Basic. It is still easy to use, but pro¬ 
grams will also be portable. 

Faruq Ahmad 

NKR Research 

San Jose, California 
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Parallel Querying of Large 
Databases: A Case Study 

Harold S. Stone 

IBM T.J. Watson Research Center 


P arallelism by itself does not neces¬ 
sarily lead to higher speed. In the 
case study presented here, the par¬ 
allel algorithm was far less efficient than 
a good serial algorithm. The study does, 
however, reveal how to best use parallel¬ 
ism to best use—run the more efficient 
serial algorithm in a parallel manner. 

The case study extends the work of 
Stanfill and Kahle, 1 who presented an 
.algorithm for high-speed querying of a 
large database. They demonstrated the use 
of a parallel program running on a 
16,000-processor Connection Machine 
and obtained estimates for the running 
time of the algorithm on a 64K-processor 
system with queries made against a very 
large database of Reuters news releases. 
Their results show that the throughput for 
parallel query analysis is high in an abso¬ 
lute sense. But they did not provide a per¬ 
formance analysis of speedup or other 
aspects of algorithmic behavior that would 
reveal what factors of machine and algo¬ 
rithm design contribute most strongly to 
the performance. This article provides that 
analysis. 


Prior research. The literature contains 
a number of papers on machine architec¬ 
tures for parallel databases, including 
work by Su, 2 Ozakarahan et al., 3 Schuster 
et al., 4 DeWitt, 5 and Kim et al. 6 Early 
studies in the area stressed the high poten¬ 
tial speed of parallel machines designed 
specifically for database work. The fact 
that parallel database machines have not 


This case study 
illustrates how one 
processor running an 
efficient algorithm 
can outperform 64,000 
processors running 
inefficiently in 
parallel. 
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been exploited extensively to date suggests 
that some disadvantages of the architec¬ 
tures were not treated in the early 
literature. 

DeWitt and Hawthorn, 7 Boral and 
DeWitt, 8 and Hillyer, Shaw, and Nigam 9 

0018-9162/87/1000-0011$01.0001987 IEEE 


offered a variety of comparisons of paral¬ 
lel database operations to conventional 
serial operations that access the database 
by consulting an auxiliary index. DeWitt 
and Hawthorn concluded that when an 
index can be used, the index almost always 
provides a major advantage over 
algorithms that do not use indexing. The 
index permits a very small region of a data¬ 
base to be read from auxiliary memory, 
whereas when no index is available, the 
operation may need to retrieve the entire 
database from auxiliary memory. Index¬ 
ing reduces costly database accesses by 
such a large factor that a serial search algo¬ 
rithm that uses indexing may well be com¬ 
petitive with a parallel algorithm that does 
not. 

Boral and DeWitt explored the impact 
of the disk bottleneck on database process¬ 
ing and concluded that disk input/output 
rather than central-processing-unit cycles 
constitutes the bottleneck. Thus, success¬ 
ful approaches will probably be the ones 
that reduce I/O traffic rather than those 
that manipulate a full database in parallel. 

They wrote, “Current mass storage 
devices do not provide sufficient I/O 
bandwidth to justify highly parallel data¬ 
base machines.” 

Hillyer, Shaw, and Nigam compared 
several parallel database machines and 
included a serial database implementation 
as well. According to their data, the serial 
machine compared remarkably well 
against the parallel machines, although it 
did not produce the highest throughput for 

11 








Figure 1. A model of the Connection Machine. Each of the 64K processors has 
one-bit arithmetic units and 4096 bits of local memory. 


their sample problems and assumed 
parameters. 

The studies in the literature generally 
have been models of institutional data¬ 
bases with rich interrecord relations as 
opposed to the collection of independent 
bodies of text in the Reuters database, 
which forms the basis of this case study, 
but our conclusions are similar. 

Stanfill and Kahle 1 revisited parallel 
query processing. Their vehicle was the 
Connection Machine, an unusual machine 
architecture with 64K one-bit processors 
controlled by a single stream of broadcast 
instructions. No other parallel machine 
studied in the literature had this degree of 
parallelism, nor have any of the machines 
described earlier moved beyond the 
research stage. Consequently, the work of 
Stanfill and Kahle yields realistic data for 
an analysis of the effectiveness of parallel 
execution. 

Summary of findings. This article iso¬ 
lates the effects of two factors—processor 
parallelism and I/O operations—on sys¬ 
tem performance. The main findings are 

(1) Indexing into the database can dra¬ 
matically reduce I/O activity. A parallel 
algorithm that examines an entire database 
instead of using indexing to examine just 
the relevant part of the data may perform 
poorly compared to a serial algorithm that 
does indexing. For the parameters in the 
case study, the parallel algorithm produces 


two to 2000 times as much I/O data trans¬ 
ferred as a serial algorithm. 

(2) The effective parallelism of the in¬ 
memory portion of the query algorithm is 
the ratio of the number of words searched 
in parallel to L, the number of distinct 
words in the database dictionary. This fol¬ 
lows because the speedup due to parallel 
search equals the number of words treated 
concurrently, but the parallel algorithm 
scans L times more data than necessary. 
For the case study, this ratio is approxi¬ 
mately 2 22 /2 16 = 64, so that the net 
speedup for 64K processors exclusive of 
I/O effects is roughly 64. 

(3) For some realistic values for the 
problem parameters, one processor run¬ 
ning the algorithm with indexing is faster 
than 64K processors running the parallel 
algorithm without indexing. 

(4) The query problem might be best 
approached by using parallelism to 
increase the speed of the serial algorithm 
with indexing. In this case the speedup is 
proportional to the number of processors, 
diminished by an interprocessor commu¬ 
nication overhead whose cost depends on 
the specific parallel architecture. If we 
assume a small communication overhead, 
a modest number of processors operating 
in parallel might well yield both high per¬ 
formance and high efficiency and lead to 
a more effective exploitation of parallel¬ 
ism than the approach suggested by Stan¬ 
fill and Kahle. This approach needs 


further exploration to determine if the cost 
of the interconnection network that sup¬ 
ports this parallelism is small relative to the 
performance gains due to parallelism. 

The findings confirm those of Boral and 
DeWitt 8 in that they show that effective 
parallel machines must be efficient in 
accessing external memory. The results 
also suggest that the main limitation on 
efficient use of parallelism for query 
processing is the interprocessor communi¬ 
cation required to distribute data among 
processors for the portion of the algorithm 
that requires such communication. 

Methodology. The methodology 
involves constructing two idealized 
machine models, one for the parallel query 
and one for the serial query. The parallel 
model fits selected features of the Connec¬ 
tion Machine. Its predicted performance 
agrees with actual runs on the Connection 
Machine, as well as the results reported by 
Stanfill and Kahle. The serial model is for 
a hypothetical machine, essentially a 
single-processor Connection Machine with 
a total memory size the same as that of a 
64K-processor version and an I/O sub¬ 
system identical to that of the Connection 
Machine. Performance characteristics of 
this model cannot be measured because the 
machine does not exist, but the parameters 
are assumed to be the same as those of the 
Connection Machine. Thus the only criti¬ 
cal variable that differs in the two models 
is the number of processors. The models 
thereby yield a measure of the effects of 
changing the number of processors while 
holding all other variables fixed. 

Processor models 

Since the purpose of this study is to 
investigate the effects of processor paral¬ 
lelism as distinct from the memory and 
I/O effects, two proposed machine models 
have identical I/O systems and identical 
memory size, but differ in the number of 
processors and the structure of main mem¬ 
ory. The model for the Connection 
Machine appears in Figure 1. This archi¬ 
tecture contains P individual processors 
interconnected by some communication 
network. Each processor has access to a 
local memory, also shown in the figure. By 
paying overhead for passing through the 
communication network, each processor 
can access memory held in other proces¬ 
sors. The cost of remote access is assumed 
to be anywhere from five to 100 times 
greater than the cost of local access. 
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Figure 2. A model of the serial processor. The memory size equals the total of the 
local memory sizes in Figure 1. The bandwidth between disk memory and global 
memory equals the total I/O bandwidth of the system in Figure 1. 


Figure 1 also shows auxiliary memory 
and the I/O system that connects auxiliary 
memory to the processors. The I/O system 
in Figure 1 is capable of transferring data 
at a very high, but unspecified, transmis¬ 
sion rate. (The transmission rate for the 
Connection Machine has changed since its 
first release, and may increase in the future 
as advanced technology becomes available 
to support increased rates.) The I/O sys¬ 
tem for a parallel machine undoubtedly 
has many parallel data paths, but the mul¬ 
tiplicity of data paths is not necessarily the 
same as P, the multiplicity of processors. 
The exact structure of the I/O and aux¬ 
iliary memory system is unimportant 
because we use the identical I/O structure 
in the model of the serial computer shown 
in Figure 2. 

The essential feature of the serial model 
is that it has only a single processor, which 
for purposes of comparison is identical in 
speed and structure to one of the P proces¬ 
sors in Figure 1. The main memory in Fig¬ 
ure 2 is identical in size to the total of the 
local memories in Figure 1, and the proces¬ 
sor in Figure 2 has access to the entire main 
memory. The serial processor can operate 
the I/O system at its full transmission rate. 
The multiplicity of paths to main memory 
in the figure depicts the same high I/O 
bandwidth as shown in Figure 1. 

The major difference between the two 
models is that the parallel model has P 
copies of the sole processor contained in 
the serial model. Main memory, the I/O 
system, and auxiliary memory are other¬ 
wise identical. For the Connection 
Machine, P is 64K (2 16 ), with 2 12 = 4K bits 
in each local memory. Therefore, in Fig¬ 
ure 2, the serial processor has a main mem¬ 
ory of size 2 16+13 = 2 28 = 256M bits, or 
32M bytes. (The Roman letters K, M, and 
G, respectively, represent 2 10 =:10 3 , 
2 20 =10 6 , and 2 30 ~10 9 .) 

It may not seem realistic to have identi¬ 
cal I/O systems in the two figures because 
of the vast difference in the number of 
processors. Model 2 need not be realistic. 
It serves as a model that permits us to mea¬ 
sure the gain attributable to P processors 
with other parameters held fixed. An anal¬ 
ysis can determine the relative merits of the 
two architectures and thus can determine 
if one or both models are realistic to imple¬ 
ment. The Connection Machine is an exis¬ 
tence proof that Model 1 has practical 
interest. 

The only features of the Connection 
Machine model discussed here are the ones 
relevant to the analysis of the algorithm. 
The physical implementation of the Con¬ 


nection Machine contains many features 
not mentioned here. Moreover, other par¬ 
allel machines quite different from the 
Connection Machine may fit the model in 
Figure 1; the results will hold for such 
machines as well with suitable changes in 
the values of the model parameters. 

One additional constraint on the paral¬ 
lel algorithm is strictly due to the architec¬ 
ture of the Connection Machine. 
Instructions are broadcast to all processors 
concurrently. A processor either obeys the 
instruction broadcast or remains idle, 
depending on control-state information 
resident in the processor that governs its 
behavior. This is sometimes called an 
SIMD (single instruction stream, multiple 
data stream) architecture 10 and sometimes 
an array architecture. 

Discussion of the interconnection struc¬ 
ture of the Connection Machine was pur¬ 
posely omitted. The parallel algorithm 
described later does not depend strongly 
on the Connection Machine interconnec¬ 
tions, and many other interconnection net¬ 
works may do equally well. However, the 
structure does become important in the 
discussion of a parallel implementation of 
the serial algorithm with indexing. A good 
network supports up to P times as many 
simultaneous transfers as a poor set of 
interconnections. 

Because the parallel indexing algorithm 
produces a large number of interprocessor 
messages, its efficiency depends more 
strongly on the interconnection structure 
than does that of the algorithm proposed 


by Stanfill and Kahle. So the basic trade¬ 
off to investigate is between two ways of 
using parallel computation to respond to 
queries: one makes few demands on the 
processor interconnections but is relatively 
inefficient in the use of processors and I/O 
bandwidth; the other is far more efficient 
in processing and I/O bandwidth, but 
places more stringent requirements on the 
interconnections. 


The query algorithms 


The parallel algorithm. Stanfill and 
Kahle proposed an interesting technique 
for querying a large database that specifi¬ 
cally suits a parallel processor with broad¬ 
cast instructions and simple interconnec¬ 
tions. Queries are made to a database of 
Reuters news dispatches with the objective 
of finding all articles that satisfy the given 
query. There are at least two reasonable 
ways to issue queries to this type of 
database. 

One method uses a Boolean query 
evaluated for each document. The selected 
documents are those with true responses. 
For example, to select articles about coun¬ 
tries with a food shortage, we might con¬ 
struct the query “drought” OR “famine” 
OR NOT (“food” AND “surplus”). We 
might improve this query by adding more 
OR clauses containing other descriptive 
words; the effect would be to enlarge the 
number of responses to the query. If the 
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Table 1. Summary of notation. 


Parameter 

Description 

Value 

b 

Number of bits per word-document pair (SIMD) 

2 5 

b' 

Number of bits per word-document pair (serial) 

2 s 

D 

Number of documents in the database 

2 25 

L 

Number of distinct words in the language (dictionary) 

2 16 

P 

Number of processors in the SIMD machine 

2' 6 

Q 

Number of words in a query 

2 s to 2 15 

S 

Size of memory (in bits) in one SIMD processor 

2" 

IV 

Number of distinct words per document 

2” 


responses include a large fraction of irrele¬ 
vant articles, we can further improve the 
query by qualifying various clauses by 
AND factors. 

In the second method, a threshold 
method, the query system is given a thresh¬ 
old t and a query consisting of a list of dis¬ 
tinct words. The selected documents 
contain t or more of those words. 

Both the Boolean and threshold 
methods for querying this database fit the 
algorithm structure proposed by Stanfill 
and Kahle. Their implementation is based 
on the threshold scheme. For the purposes 
of analysis, the query methods have essen¬ 
tially equivalent processing costs. Assume 
that either method could be used. The few 
issues that arise due to the differences 
between the implementations of the query 
methods bear discussion. 

The analysis below is carried out in 
terms of a few critical parameters that 
describe, respectively, the database, the 
architecture, and the query. The notation 
used is summarized in Table 1. 

To measure the performance of the 
algorithms, let us assume that the database 
consists of pairs of the form (word, docu¬ 
ment), which denote that the specified 
word appears in the specified document. 
If there are D documents and W distinct 
words per document, then the database 
contains WD pairs. In practice, only key 
descriptive words—not each distinct 
word—are stored for each document. For 
this analysis we make a false assumption 
that all documents have the same number 
of words. We assume that W = 2 7 , which 
is very close to the average number of 
words per document in the Reuters data¬ 
base, and that D = 2 25 = 32M. (For ease of 
comparison, all example data are 
expressed in powers of two; they are not 
necessarily identical to the values stated by 
Stanfill and Kahle.) The number of pairs 


of items in the database is given by 
WD~ 2 32 = 4G pairs. 

The following is essentially the parallel 
algorithm proposed by Stanfill and Kahle, 
with improvements: 

(1) I/O. Fill the memories of the P 
processors with word-document pairs, 
grouping together all words for each docu¬ 
ment into disjoint tables of a fixed maxi¬ 
mum size. 

(2) Search. Apply the query, word by 
word, to the tables of word-document 
pairs. 

(3) Combine. After each individual 
word search, combine the new informa¬ 
tion for the successful respondents with 
recorded information for each document 
to note how well each document fits the 
query up to this point. 

(4) Select. At the completion of a query, 
select the documents that satisfy the query 
and output their names. 

(5) Repeat. Repeat Steps 1 through 4 
until the entire database is treated. 

Steps 2, 3, and 4 are broadcast steps that 
make use of the parallelism available on 
the Connection Machine. 

Stanfill and Kahle proposed a hash 
method for searching for word matches 
that yields a somewhat faster search than 
a word-by-word comparison. Figure 3 
illustrates this scheme. The algorithm 
applies k distinct hash functions to each 
word to produce a set of k random integers 
to use as indices to a hash table, where k 
is a small constant selected for a particu¬ 
lar application. To store a word in a hash 
table, the entries in the table at each of the 
k indices are set to 1. To search for a word, 
if each of the k table entries for a word 
contain a 1, the word is deemed to be in the 
table. 

The algorithm is guaranteed to find a 
word if it is in the table, but in some cases 
the algorithm returns a false positive if the 


k entries for a search just happen to con¬ 
tain l’s produced from storing other words 
in the table. Figure 3a shows a table with 
two words stored in the table; Figure 3b 
shows how the same table produces a false¬ 
positive response when a query happens to 
touch k entries that have a 1. The table 
size, the value of k, and the number of 
items stored in a table can be adjusted to 
produce a low false-positive error rate. 

The word-document pairs in the Reuters 
database are hashed into tables that hold 
up to approximately 32 distinct words per 
table. Stanfill and Kahle’s work 1 used 
512-bit tables. Subsequently, table size was 
increased to 1024 bits, still with approxi¬ 
mately 32 words per table, to reduce the 
number of false respondents. This study 
uses the larger table size, 1024, but the 
analysis can easily be carried through for 
the smaller table size with at most a factor 
of two difference in the quantitative results 
for search time. Given that each document 
contains an average of 128 words, the 
database requires four tables per docu¬ 
ment for processing queries. In the Reuters 
database used for the case study, the num¬ 
ber of tables per document varies from 
document to document, with an average 
value of three. 

The analysis of this algorithm breaks 
down into the total I/O traffic and the 
number of I/O accesses of Step 1, the 
number of Searches of Step 2, the number 
of Combine operations of Step 3, and the 
number of Select operations of Step 4. The 
dominant costs in typical current systems 
are likely to be I/O related. The Combine, 
Search, and Select operations are included 
here for evaluation of systems in which in¬ 
memory operations limit ultimate per¬ 
formance. No attempt is made to quantify 
insertion costs, but these costs are 
addressed in a relative manner in a com¬ 
parative analysis. 

I/O costs can be characterized by two 
different quantities because, in most com¬ 
puter systems, I/O time is a function of 
both quantities. I/O traffic measures the 
total amount of data transferred and 
reflects the fact that long transfers take 
more time than short ones because I/O 
bandwidth has some fixed maximum 
value. The number of I/O operations cap¬ 
tures the effects of processing overhead 
and channel overhead to start a new oper¬ 
ation, as well as the seek time taken to posi¬ 
tion a head on a disk track that contains 
the information sought. 

I/O traffic. The I/O traffic on input is 
given by 
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I/O traffic = b WD bits 


( 1 ) 


where b is the number of bits required to 
represent each word-document pair. This 
equals the size of a hash table divided by 
the number of entries in the table, which 
for the case study is 2 l0 /2 5 = 2 5 = 32. With 
W= 2 7 words per document and D = 2 25 
documents in the database, we find that 
the I/O traffic is 2 5+7+25 = 2 37 = 128G 
bits. 

The output I/O is a list of the matched 
documents. It is the same for both systems, 
possibly slightly larger for the parallel 
hashing scheme because of false successes. 
A reasonable output response will usually 
be a small fraction of the entire database; 
the cost of I/O to produce this response 
should be negligible. Therefore, this cost 
is ignored in the remainder of the study. 

Number of I/O operations. Let S be the 
size of table memory per processor mea¬ 
sured in bits. The total size of main mem¬ 
ory is PS bits. Assuming that each I/O 
operation moves PS bits, the total number 
of I/O operations is the total I/O traffic 
divided by PS, given by 

I/O operations = b WD/PS = 

I/O traffic/size of memory (2) 

For the parallel machine in question, 
there are P= 64K processors with 
S = 2 12 = 4K bits per processor; the full 
memory size PS is 2 28 = 256M bits = 32M 
bytes. With the memory allocation shown 
in Figure 4, each processor expends about 
half of its memory for table storage; the 
other half is used for query words, 
response data, and other local data 
required during the execution of the algo¬ 
rithm. Consequently, the total memory to 
be loaded by an I/O operation is half of 
physical memory, and we use PS = 2 27 . 
The number of I/O operations required to 
move the full database in half-memory 
chunks is 2 5 + 7 + 25 “ 27 = 2 10 = 1K. If the I/O 
subsystem cannot support transfers as 
large as PS bits, then the number of I/O 
operations increases inversely with the 
number of bits transferred. 

Number of searches. It is very difficult 
to assess the relative costs of the parallel 
and serial searches in a machine- 
independent manner. An implementation 
of both searches on a specific machine 
such as the Connection Machine can give 
some insight into relative costs, but the 
relative costs depend on the specific 
machine architecture and may differ for 



Figure 3. (a) Two words entered in a hash table, (b) Word 3 produces a false¬ 
positive response in the same table. 


other architectures. For the analysis, sim¬ 
ply count the number of different searches 
and compare the counts, while noting that 
the searches may require quite different 
times to complete. 

Each query requires a hash search for 
each word in the query, assuming that each 
word in the query is distinct. A hash search 
has two components: 

(1) For a given query word, use a hash 
function to map that word to a set of probe 
indices. 

(2) Probe the hash table at the indices 
calculated in Step 1 and determine if the 
table has a 1 bit at each of the indices. 

Although Step 2 is necessary for each 
document, Step 1 is not. The hash function 
can be applied once to each word of the 
query, and the resulting indices can be used 
in place of the original query for all sub¬ 
sequent processing. Therefore, ignore the 
cost of Step 1 and treat the search as if the 
cost results entirely from Step 2. 

Let there be Q words per query. Then 
for each I/O operation, there exist Q hash- 
table searches. We obtain the number of 
such searches by multiplying Equation 2 
by Q. Thus we have 

Number of searches = Q(bWD/PS)( 3) 

In the example data given in Stanfill and 
Kahle, the size of Q varies roughly from 
2 5 to 2 15 . (The larger values of Q may 
appear unusually large for this type of 


Local data, pointers 


Figure 4. Memory map for one of 64K 
processors. 


database, but they are representative of 
queries that might be made to other kinds 
of databases.) This yields a number of 
searches that varies from 2 5 + 10 = 2 15 = 
32K to 2 15 + 10 = 2 25 = 32M. 

Number of combines and selects. Each 
query of Q words requires Q - 1 Combine 
operations between words and one Select 
operation at the conclusion. To retain 
powers of two, we approximate Q— 1 by 
Q in the analysis. Combine operations are 
also required to group the responses from 
the several tables for a single document 
into one integrated response. In general, 
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Table 2. Comparison of parallel (SIMP) algorithm to serial algorithm. 


Quantity 

Estimated 

SIMD 

Algorithm 

Serial 

Algorithm 

Ratio: 

Serial to SIMD 

Explanation 

I/O traffic 
(bits) 

bWD 

2” 

Q(b ’ WD)/L 
2 2 ‘ to 2 36 

(b’/b)(Q/L) 

2 1 to 2 " 

Fraction of the 

database read by 
the serial algorithm 

I/O 

operations 

bWD/PS 

2'° 

Q 

2 5 to 2 I! 

Q(PS/b WD) 

2 ' to 2 s 

Ratio of query 
length to the number 
of memory loads 

Searches 

Q (bWD/PS) 

2' 5 to 2” 

Q 

V to 2 I! 

PS/bWD 

2“ 

Reciprocal of 
the number of 
memory loads 

Combines 

Q (bWD/PS) 
2" to 2 !! 

QWD/L 

2 21 to 2 JI 

PS/bL 

2 s 

Ratio of hash entries 
per memory load to 
dictionary size 

Selects 

bWD/PS 

2" 

D 

2” 

PS/bW 

2 I! 

Documents per 
memory load 


the number of such operations equals one 
less than the number of tables if the reduc¬ 
tion is done sequentially; it equals the log¬ 
arithm of the number of tables if the 
reduction is done in parallel. 

For the algorithm under study, the small 
number of tables yields little difference 
between reduction done serially or in par¬ 
allel. Thus, we assume that only two Com¬ 
bine operations per document are required 
to combine the results from the four tables 
that store the words for a single document. 
This takes advantage of parallelism while 
doing the Combine operations. 

The Select operation examines the 
results of a query and selects the docu¬ 
ments that satisfy the query. When done 
in parallel, it occurs once for each reload 
of memory, as given in Equation 1. 

To summarize the results of this section, 
we have 

Combine operations = Q(bWD/PS) (4) 

Select operations = b WD/PS (5) 

Boolean versus threshold queries. The 
Q words of a Boolean query are not neces¬ 
sarily distinct, in which case we have an 
opportunity to reduce computational 
effort if high-speed storage is available to 
save search results. The idea is that when 
a word repeats in a Boolean query, we need 
conduct the word search only once and 
store the search results in high-speed mem¬ 
ory. As each repetition of the word is 
encountered, we recover the search results 
from high-speed memory instead of 
repeating the search. Short queries offer 
little savings, but queries of length 2 15 
involve tens of thousands of words. 
Almost surely a Boolean query of this size 
repeats some words. Since PS accounts for 


only half of physical memory, there is 
room in the other half to store search 
results and improve performance on long 
queries. 

For a Boolean query, the results for each 
table of a document must be combined for 
each word in the query. This produces a 
cost of two Combine operations per query 
word to integrate the table results, and one 
Combine operation per query word to 
incorporate the integrated results into the 
Boolean query. 

For a threshold query, the entire query 
should be processed before combining the 
results from several tables for a single 
document. Then we can ignore the cost of 
combining four tables into one table, since 
it occurs only once compared to the Q 
Combine operations required to add each 
word response to the present threshold. 
Hence, the cost of combines is only Q for 
a complete threshold query compared to 
3 Q for a Boolean query. 

These factors apply to the processing of 
one memory load of documents in paral¬ 
lel. The factors must be multiplied by the 
number of memory loads to obtain the 
number of Combine operations required 
to process the entire database. 

Table 2 summarizes the formulas and 
the estimates for the parallel search 
described above and the serial search 
described in the next section. Differences 
between threshold and Boolean queries are 
omitted in Table 2. 

Serial algorithm with indexing. One of 

the major differences that distinguishes the 
parallel algorithm proposed by Stanfill 
and Kahle from an efficient serial algo¬ 
rithm is the portion of a database accessed 
during a search. The typical serial algo¬ 


rithm uses an index of some type to copy 
only the pertinent areas of auxiliary mem¬ 
ory to main memory for further process¬ 
ing. Therefore, the extra effort expended 
by a parallel algorithm in reading an entire 
database, even when done in parallel, 
negates in part the potential gain from the 
parallel processing of a query. This con¬ 
firms Boral and DeWitt’s reasoning in 
their study of the I/O bottleneck in data¬ 
base systems. 8 

For the example problem, we can con¬ 
struct a reasonable implementation of a 
serial algorithm with indexing and present 
an analysis similar to that given for the 
parallel algorithm. The next section pro¬ 
poses a parallelization of the serial 
algorithm. 

The serial algorithm uses an inverted 
index that maps each word to a list of 
documents that contain the word. Stanfill 
and Kahle mentioned the possibility of 
using an inverted index and pointed out 
disadvantages of the approach. A major 
disadvantage is that the index must be 
updated when adding or deleting docu¬ 
ments from the database. This is not par¬ 
ticularly serious when queries are 
conducted frequently and updating is rare. 
If updating occurs frequently compared to 
searching, then the inverted-index 
approach becomes far less attractive than 
the analysis suggests. 

Stanfill and Kahle also mentioned that 
the memory requirements for an inverted- 
index method can become so large for long 
queries that they may exceed the memory 
requirements of their parallel search. The 
analysis below focuses on this issue, and 
the findings suggest that the memory 
requirements for indexing need not exceed 
those of the parallel algorithm, even for 
long queries. Consequently, we must care¬ 
fully consider the potential gains from the 
use of inverted indices. 

The data structure used by the serial 
algorithm appears in Figure 5. Given a 
query word, a hash function maps that 
word to an entry in the inverted-index table 
shown at the top of Figure 5a. Each table 
entry heads a list of words that share the 
same hash code. A search follows a chain 
of pointers under one hash code until it 
reaches a word in the table that matches 
the query or the end of the list. A match 
signifies the word occurs somewhere in the 
database. Stored with the word is a pointer 
to a list of document numbers that contain 
the word. The lists of document numbers, 
stored in auxiliary memory, are brought 
into main memory as needed. The 
response vector for a search is shown in 
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Figure 5. The data structure for the serial algorithm, (a) The inverted-list structure showing the document-list pointers 
associated with each dictionary word, (b) The document-response vector showing positive responses for Documents 4, 8, 
and 9. 


Figure 5b. This vector’s /th entry summa¬ 
rizes the query responses for the /'th docu¬ 
ment. The vector is updated while 
processing a query by updating entry i in 
this vector when the index / is found on a 
list of document numbers. 

The serial algorithm follows: 

(1) Load the inverted index. Bring into 
main memory the inverted index. 

(2) Word search. For each word in the 
query, enter the inverted index and find a 
pointer to a list of documents that contain 
the word. Store the pointer to this list in 
main memory and repeat this step until the 
entire query has been processed. 

(3) Initialize response table. Overlay the 
inverted index with a document-response 
table initialized so that each document in 
the database shows a null response. 

(4) Process the query. For each list 
pointer in the query, read the correspond¬ 
ing list from auxiliary memory. Each entry 
in this list is a document number. Use the 
document number as an index to the 
document-response table and combine the 
present word response with the current 
state for that document to produce the new 
state of the document. Repeat this process 


until the pointer list has been exhausted. 

(5) Output the responses. Scan the 
document-response table and output a list 
of respondents, then terminate the 
algorithm. 

To determine whether the various tables 
fit into memory, first consider the inverted 
index. It has to contain pointers to the dis¬ 
tinct words that appear among the docu¬ 
ments. Let the total size of the distinct 
words in the language be denoted by the 
variable L (for “language”). A reasona¬ 
ble size for L is 2 16 = 64K, because this is 
roughly the size of a large abridged dic¬ 
tionary and far larger than the working 
vocabulary of most English speakers. For 
a sample of word-pairs that fill a 16K Con¬ 
nection Machine, the value of L equaled 
34,571. This dictionary contains only 
words deemed content bearing; words that 
appear in only one document have been 
deleted. The value of L cannot be fixed at 
some constant, however, because it grows 
with the size of the database, albeit very 
slowly. Nevertheless, a value of 2 16 should 
suffice for databases perhaps 10 to 100 
times larger than the Reuters database. 

The memory allocation for the serial 


algorithm appears in Figure 6. Half of 
main memory is allocated to storing the 
inverted index. Later in the algorithm, this 
portion of memory is reallocated to hold¬ 
ing the response vector. The other half of 
main memory holds other data required by 
the algorithm, including the query words 
and pointers to document lists. The 2 27 
bits available for the inverted index yield 
2 27-,6 = 2 n bits per word in the diction¬ 
ary. With such sparse occupancy, the 
number of words scanned per hash search 
will likely average just slightly greater than 
one. 

Step 3 builds a document-response table 
in the region formerly occupied by the 
inverted list. This region of 2 27 bits is allo¬ 
cated for storing the query state for 2 25 
documents and thus uses four bits per 
document for state saving. For threshold 
searches, a threshold can be of size 15 or 
smaller. For short queries this is quite 
acceptable, but it may be too small for long 
queries. 

For Boolean queries, the document- 
response table must have at least two bits 
per document in the database. One main¬ 
tains the OR of all clauses completed thus 
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Figure 6. Memory map for the serial 
algorithm (a) while consulting the 
inverted index and (b) while constructing 
the document-response vector. 


far, the other the AND of all factors com¬ 
pleted in the present clause. A query for 
such a system must be expanded into a 
canonical form consisting of AND clauses 
ORed together. Allowing more bits per 
document gives more leeway for the 
expression of a query, permitting addi¬ 
tional levels of parenthesization and fac¬ 
torization. 

If the number of documents becomes so 
large that the bits available per document 
cannot represent the threshold for a 
threshold query, or less than two bits are 
available for a Boolean query, then we 
must partition the query processing into 
separate memory loads. The processing 
time is proportional to the number of such 
memory loads times the processing per 
load. For the given parameters, one mem¬ 
ory load is sufficient for Boolean queries 
and marginally sufficient for threshold 
queries. 

The time for Step 3 is proportional to 
the number of documents D in the data¬ 
base, but independent of W, the number 
of words per document. The time per step 
is small compared to the time per step 
required to read the entire database from 
auxiliary memory, because in-memory 


operations are a few orders of magnitude 
faster than auxiliary memory operations. 
This also holds for the in-memory opera¬ 
tions required for Step 5. Nevertheless, the 
analysis counts these operations for the 
serial algorithm because Steps 3 and 5 are 
part of the cost of the serial algorithm that 
the parallel algorithm avoids. 

The analysis that follows estimates the 
cost of the same five operations treated for 
the parallel algorithm. Table 2 summarizes 
the results. 

I/O traffic. The total I/O traffic for the 
serial algorithm equals the sum of the sizes 
of the document lists retrieved from aux¬ 
iliary memory. Since there are L distinct 
words in the dictionary, if the WD word- 
document pairs in the database are equally 
distributed among the L lists, each list has 
an average length of WD/L. Since Q lists 
are retrieved, the total traffic is given by 

I/O traffic = b '£>( WD/L) bits (6) 

where b' equals the number of bits per 
word-document pair for this representa¬ 
tion of the data. In this case the lists in 
question contain document numbers, 
whereas in the parallel algorithm the data¬ 
base consists of hash tables of words. Since 
there are 2 25 documents in the database, 
we set b' to 2 s = 32 for our evaluation, 
which is sufficient to distinguish up to 2 32 
documents. It is just a coincidence that 
b = b'. 

Note that the lists will probably be nei¬ 
ther equal in length nor distributed uni¬ 
formly in a statistical sense. As Q becomes 
large, Equation 6 becomes more accurate, 
but for small values of Q, Equation 6 may 
fall far in either direction because of 
statistical variance. 

An experiment conducted using rele¬ 
vance feedback as described by Stanfill 
and Kahle 1 built queries not uniformly 
distributed and resulted in lists 92 times 
longer than predicted by formula. The 
most likely explanation for this phenome¬ 
non is that relevance feedback produces a 
query that is an OR of all the words con¬ 
tained in a selected document deemed rele¬ 
vant to the search. With high probability 
such a document contains some words fre¬ 
quently used in English and thus has long 
lists of document pointers. Such words are 
not particularly good candidates for nar¬ 
rowing a search and should be excluded 
when constructing a query automatically. 

For the values in the sample problem, 
the I/O traffic in Equation 6 varies from 

2 5 + 5 + 7 + 25 - 16 = 2 26 = 64M b j ts tQ 2 5 + 15 + 7 + 


25 “ 16 = 2 36 = 64G bits as Q varies from 2 5 
to 2 15 . 

Number of I/O operations. The serial 
algorithm requires one I/O operation for 
each distinct word of the query. This 
equals Q. For the sample problem, it varies 
from 2 s to 2 15 . 

Number of searches. The searches 
invoked by the serial algorithm are 
lookups that map a word to a list of docu¬ 
ments that contain that word. The opera¬ 
tion differs somewhat from the search 
conducted by the parallel algorithm. The 
serial algorithm uses a hash function to 
map a word to an index, then follows that 
index through a hash-table pointer to a 
pointer to the list of documents that con¬ 
tain the word. 

To determine if the hash function 
produced an exact match, we need to com¬ 
pare the query word against a copy of the 
word stored with the pointer to the docu¬ 
ment list. If no match results, additional 
work is required to resolve a collision in the 
hash table. However, a large table reduces 
the probability of a collision to a negligi¬ 
ble amount. 

The serial algorithm pays a penalty for 
resolving collisions, but produces no false 
positives. The parallel algorithm 
eliminates this penalty, but produces false 
positives instead. 

The number of searches performed by 
the serial algorithm equals the number of 
distinct words in the query, which equals 
Q. This ranges, as noted above, from 2 s 
to 2 15 . If memory is too small to hold the 
entire inverted index for a query, then the 
mapping function can access a table frag¬ 
ment from auxiliary memory. As a result, 
the number of Search operations is the 
same for small and large memory 
implementations, but the number of I/O 
operations increases by a factor of two in 
a system with a small memory. 

Number of combines and selects. There 
is one Combine operation for each word- 
document pair whose word matches a 
word in the query. Hence, the number of 
combines is given by the product 

Number of combines = Q(WD/L) (7) 

because WD/L is the average number of 
pointers in a single list of document 
pointers and Q is the number of such lists 
scanned serially. For the given problem, 
this number varies from 2 5 + 7 + 25_16 = 
2 21 =2M to 2 15+7+25-16 = 2 31 =2G. 
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The number of Select operations does 
not correspond exactly to the Select oper¬ 
ations for the parallel algorithm. Instead 
we count the cost of Steps 3 and 5—the 
operations that scan the in-memory docu¬ 
ment list—one to initialize it and the sec¬ 
ond to find the respondents. The time is 
proportional to the number of documents 
D; for the given problem it equals 2 25 . 

Boolean versus threshold queries. For 
very long Boolean queries, substantial sav¬ 
ings can result if the system accesses aux¬ 
iliary memory only once for each distinct 
word in the query instead of reaccessing 
repeatedly for multiple uses. Boolean 
queries of size 2 15 almost certainly repeat 
some words, which we might exploit. 
Threshold queries can be terminated early 
when a document response exceeds a 
threshold. This tends to reduce the work 
per successful respondent, but discards 
potentially useful information by discard¬ 
ing the exact number of matches. 

Analysis. The strength of the serial algo¬ 
rithm lies in its retrieval of only the docu¬ 
ments containing some word of the query. 
The parallel algorithm reads the entire 
database. The gain attributed to the use of 
an inverted index is very high for short 
queries; it diminishes for long queries 
because a greater proportion of the docu¬ 
ments in the database have to be retrieved. 

Table 2 shows the total I/O traffic to be 
two to 2000 times greater for the parallel 
algorithm than for the serial algorithm. 
The factor of two is for queries with 32K 
words, which may be unrealistically long 
for queries to the Reuters database. The 
factor of 2000 is for queries with 32 words, 
the shortest query considered. If typical 
queries are short, say 128 words or less, the 
I/O traffic factor will be at least 500 times 
larger for the parallel algorithm. Since I/O 
traffic is usually a major bottleneck in 
high-speed systems, the increase in I/O 
traffic constitutes a serious disadvantage 
of the parallel algorithm. If I/O traffic is 
not a major bottleneck, we have to look 
beyond simple I/O transfer rates to obtain 
a more realistic and accurate appraisal of 
the algorithms. 

Table 2 also shows the number of dis¬ 
tinct I/O operations. These individual disk 
reads and writes are included because each 
such operation is normally accompanied 
by a long delay. In the worst case, the 
delays concatenate. In many disk memory 
systems the time spent accessing a record 
is comparable to the time spent transfer¬ 
ring a record. Consequently, this factor 


contributes significantly to elapsed time 
during a computation. Table 2 shows that 
the number of I/O accesses for the paral¬ 
lel algorithm is 32 times lower or higher 
than those of the serial algorithm, depend¬ 
ing on whether the query is maximum or 
minimum length, respectively. Intuitively 
speaking, the number of serial algorithm 
I/O accesses grows with query length, 
while the number of parallel algorithm 
accesses does not depend on query length. 

Taken together, the I/O traffic and I/O 
operations generally run faster on the 
serial algorithm except when Q becomes 
large, perhaps at least as large as 2K 
words. The assumption that the parallel 
computer can load all memory in a single 
access of auxiliary memory is more favora¬ 
ble than likely, so the relative speed of the 
serial algorithm for I/O operations prob¬ 
ably exceeds that indicated in the table. 

Turning to processing time, Table 2 
shows precisely where the parallel algo¬ 
rithm has its greatest advantage. The par¬ 
allel algorithm has an advantage of 
approximately 2 15 = 32K in the number of 
Select operations because the serial algo¬ 
rithm as presented has to scan a bit vector 
of the D documents serially while the par¬ 
allel algorithm can do the selection in 
parallel. 

For the other aspects of processing, the 
serial algorithm has 1024 times fewer 
searches than the parallel algorithm 
because it looks at less data. The parallel 
algorithm does 64 times fewer combines, 
however, because of the benefits of paral¬ 
lelism. Thus the Select operation looks like 
the major bottleneck in the serial 
algorithm. 

We can group the searches and selects, 
in which case both algorithms do 2 25 of 
the grouped operations. Hence, the rela¬ 
tive speed of the grouped operations 
depends on constant coefficients. In 
essence, the serial selects tend to offset the 
parallel searches. 

The relative timing of the in-memory 
portions of the algorithms evidently 
depend strongly on the Combine opera¬ 
tions, given that Select and Search opera¬ 
tions are equally numerous to within a 
factor of 10. For the Combine operations 
the parallel algorithm has an advantage of 
64, which is the ratio of the number of 
query words stored in one memory load to 
the number of words in the dictionary. 
One factor expresses the advantage of the 
parallel algorithm, and the other factor 
expresses the advantage of indexing. The 
net speedup is the ratio of these factors 
times factors that depend on the architec¬ 


ture. In comparing 64K Connection 
Machine processors to one Connection 
Machine processor, the architectures are 
identical, so the net speedup equals 64. 

The Select operation is proportional to 
the number of documents only because we 
chose a bit-vector representation for com¬ 
bining the results of queries. It is also 
reasonable to perform Combine opera¬ 
tions by merging or intersecting lists of 
document pointers, thereby producing a 
resulting list of pointers without having to 
scan a bit-vector. 

The advantage of using list operations 
as opposed to bit-vector operations is that 
the algorithm need not scan an amount of 
data equal to two or more bits per docu¬ 
ment. However, list merging and intersec¬ 
tion takes a time proportional to the sum 
of the list lengths, whereas the Combine 
operations analyzed take a time propor¬ 
tional only to the length of one list. Hence, 
the use of list operations results in more 
internal processing for Combine opera¬ 
tions than does the bit-vector approach. 
Also, we assume that document pointers 
require 2 5 bits per pointer, but the bit vec¬ 
tor requires only 2 2 bits per document. 
Hence, memory can hold eight times as 
many documents represented in the bit 
vector as it can documents represented in 
a list of document pointers. If a query 
produces any intermediate document list 
longer than one-eighth of the document 
base, then the list-based Combine opera¬ 
tion scans as much memory as the bit- 
vector-based combine. 

The most dramatic observation from 
Table 2 is that all factors that depend on 
the number of processors P actually 
depend on the product PS, the total num¬ 
ber of bits of main memory. Thus, total 
memory size, not the number of proces¬ 
sors, is the crucial parameter. This is true 
because the parallel algorithm repeats its 
processes a number of times that grows as 
1/PS; the serial algorithm repeats its 
processes a number of times independent 
of PS. 

The parallel algorithm tends to run 
faster than the serial algorithm for long 
queries (Q> 2 12 ), but the reverse holds for 
short queries (Q<2 5 ). The relative speed 
of the processor and I/O subsystems can 
move these thresholds up or down, but 
clearly there are regions where the serial 
algorithm outperforms the parallel algo¬ 
rithm. This may seem astounding, because 
we are claiming that 64K processors run¬ 
ning in parallel actually run slower than 
one processor of the same type operating 
as a serial computer. However, we are 
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comparing more than parallelism and 
serial processing; we are comparing two 
algorithms of different complexity. The 
difference in complexity alone can negate 
the timing gains due to parallel operation. 

To be totally fair in an analysis, we must 
consider the cost of insertions. Insertions 
for the parallel database require hashing 
of the word-document pairs for a new 
document; we can simply append the 
resulting tables to the database. There is no 
specific need to organize these tables 
within the database in a particular way, 
although such an organization may have 
potential benefits for reasons not discussed 
here. The serial database, however, 
requires adding each word-document pair 
to the index individually; this may require 
one or more I/O operations for each of 
W= 128 words in a document as opposed 
to one operation per document. Insertions 
can be relatively costly for the serial algo¬ 
rithm if done frequently compared to 
queries of the database. If insertions are 
relatively rare compared to queries, inser¬ 
tion costs may be small enough to ignore. 
Databases never updated, such as those 
distributed on CD-ROM, have zero inser¬ 
tion costs. In that case, serial searches with 
inverted indices look quite attractive com¬ 
pared to parallel searches of the entire 
database. 

The analysis shows that the extra I/O 
performed by the parallel algorithm con¬ 
stitutes a serious deficiency. The next sec¬ 
tion explores means for parallelizing the 
serial algorithm efficiently to eliminate the 
extra I/O while retaining the advantage of 
parallel execution. 

Parallel search with 
indexing 

One obvious way to seek parallelism 
involves increasing word size from one bit 
to 8, 16, or 32 bits. This change does not 
alter the I/O complexity for the given 
model, but it reduces the in-memory com¬ 
plexity of the selects. We could do the 
Select operation by scanning the document 
bit-vector by words instead of one bit a 
time. When most of the bits are zeroes, the 
all-zero words can be rejected in a single 
operation, yielding a speedup propor¬ 
tional to the word length. The speedup 
diminishes when the nonzero words occur 
frequently in the bit vector, thus forcing 
more bit-by-bit processing. 

Other gains due to the wider word occur 
in the indexing and lookup operations, 
particularly where address arithmetic is 


involved. The gains here result from the 
ability to perform arithmetic operations at 
word-parallel operations rather than bit- 
serial operations. The number of Select, 
indexing, and lookup operations does not 
change when operations are performed in 
parallel, but the operations execute faster. 

Because a 32-bit processor can run as 
much as 32 times faster than the serial 
processor of Model 2 shown in Figure 2, 
such a processor may do remarkably well 
compared to a Model 1 processor shown 
in Figure 1 running the parallel algorithm 
that uses no indexing. If the 32-bit proces¬ 
sor is only eight to 16 times faster than a 
one-bit processor, the in-memory process¬ 
ing times become comparable to the in¬ 
memory times for the parallel machine. 
Relative execution time then becomes 
more dependent on which algorithm 
produces the smaller I/O times. 

The question at this point is whether we 
can run the serial algorithm on multiple 
processors in a way that exhibits both the 
efficiency of access of indexing and the 
speed advantage of multiple processors. 
Consider the following algorithm: 

(1) Load the inverted index. Bring into 
main memory the inverted index, spread¬ 
ing it across P processors. Assign the index 
entries to processors by a hashing process 
that has an easily calculated map from 
indexed word to processor number that 
holds that word. 

(2) Scatter the query. Assume that the 
query is loaded across all P processors. 
Each processor examines all the query 
words it receives and retransmits each 
query word to the processor that holds its 
inverted index. During this operation, 
each processor receives some words sent to 
it from other processors. 

(3) Word search. For each query word 
in a processor, enter the inverted index and 
find a list of documents that contain the 
word. Store a pointer to this list in local 
memory. Repeat this step until all words 
resident have been processed. 

(4) Initialize response table. Each 
processor overlays its portion of the 
inverted index with a portion of the 
document-response table initialized so that 
each document in the database shows a 
null response. 

(5) Process the query. Each processor 
performs one access to auxiliary memory 
for each list pointer in its memory. This 
reads a list of document numbers into local 
memory, processed as follows; 

(a) Scatter the document numbers. 

Each processor examines each docu¬ 


ment number and sends it to the 
processor that holds its portion of the 
document-response table. During this 
step, each processor also receives 
document numbers from other 
processors. 

(b) Update the document-response 
table. For each document number in 
local memory, use the document 
number as an index to the document- 
response table and update the present 
state of the document-response table. 

(6) Output the responses. Each proces¬ 
sor in parallel scans its portion of the 
document-response table and outputs a list 
of respondents. 

All processors of an array architecture 
can execute this algorithm concurrently. 
The Connection Machine has a suitable 
architecture. Except for the scatter steps, 
all steps are parallel equivalents to the steps 
performed by the serial algorithm with 
indexing. Under ideal circumstances, these 
steps will run P times faster on a parallel 
computer than on the serial computer. In 
less ideal situations, the speedup of the 
nonscatter steps will be less than P because 
the amount of work is not necessarily uni¬ 
formly distributed among the processors. 
Thus, each step takes as long as the longest 
processing time of any processor. Also, 
short queries may produce too little work 
to keep all the processors busy and may 
not yield significant speedup. 

The crucial steps of the parallel algo¬ 
rithm, the scatter steps, communicate data 
among the processors more or less ran¬ 
domly. The time required for such com¬ 
munication depends on the interconnec¬ 
tions available. The time is generally poor 
for the less costly interconnections. For 
example, if a bus connects all P processors, 
the communication time is proportional to 
the number of document names exchanged 
among the processors. In fact, the time is 
proportional to Q(WD/L), which accord¬ 
ing to Table 2 accounts for all word- 
document pairs. Note that the parallel exe¬ 
cution reduces a term of size Q{ WD/L) to 
Q( WD/LP), but introduces a new term of 
size Q(WD/L). For sufficiently large P, 
the communication time can exceed the 
time saved through parallelism, depending 
on specific values for the constants of 
proportionality. 

The best case time is obtained for a 
crossbar switch that connects every proces¬ 
sor to every other one. In the best case for 
this architecture, up to P communications 
can take place concurrently, which is P 
times faster than a bus architecture. 
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Hence, the communication term has size 
Q(WD/LP), comparable to the parallel 
processing term of size Q(WD/LP). 

For large values of P, the crossbar’s cost 
grows with P 2 and the interconnection 
network cost rapidly exceeds the perform¬ 
ance gain from the crossbar. Other inter¬ 
connection structures of interest include a 
multilayer network based on the shuffle- 
exchange connection used in the BBN But¬ 
terfly and the hypercube connection used 
in the Connection Machine. These pat¬ 
terns tend to have much lower cost than 
the crossbar connection, but their per¬ 
formance on the scatter operation required 
for the serial algorithm may well come 
close to the crossbar’s, depending on col¬ 
lisions experienced in the network. We do 
not have a meaningful analysis of the 
behavior of parallel indexing executed on 
such networks. 

T he most important observation of 
this analysis is the reaffirmation 
of the observations of other 
researchers that parallel query algorithms 
that do not use indexing may perform 
poorly relative to serial searches with 
indexing, although in an absolute sense the 
performance of such a parallel query algo¬ 
rithm can appear very high. 

The conclusion depends on the ability to 
build at low cost an inverted index for the 
database. This may be the Achilles’ heel of 
the approach outlined here. For the case 
study, a new document can be added to the 
parallel database by appending hash tables 
to the end of the database. To add the 
same document to the database with the 
inverted index requires as many separate 
I/O operations as there are distinct words 
in the document. For the case study, this 
equals 128 I/O operations as opposed to 
one I/O operation for the parallel 
database. 

If indexing costs too much or implemen¬ 
tation is infeasible for any reason, then the 
database may have to be left in disorder, 
which makes it an attractive candidate for 
parallel search. The discussion should 
leave you with the impression that there 
are many ways to speed up the search of a 
disordered database. One method uses 
parallelism and another imposes order on 
the database to reduce the amount of 
effort required to search it. 

The indexing method is attractive when 
modifications to the database occur infre¬ 
quently compared to queries, or if changes 
to an index can be done inexpensively, pos¬ 
sibly by batching many changes and doing 
them concurrently. If it is feasible to build 


an inverted index for a database, the 
fairest way to measure the speedup of any 
parallel algorithm is to compare the par¬ 
allel algorithm in whatever form it takes to 
a serial algorithm with indexing, rather 
than to compare the parallel algorithm 
with an inefficient serial algorithm. 

In describing an efficient scheme for a 
parallel implementation of the query algo¬ 
rithm with indexing, we see that the abil¬ 
ity to scatter information randomly among 
P processors has value but may be expen¬ 
sive to implement. The parallel indexing 
algorithm described here shows one way to 
achieve nearly ideal speedup, provided 
that the scatter operation can be done effi¬ 
ciently. If the scattering process requires 
strict serialization of interprocessor trans¬ 
fers, the search algorithm runs at a speed 
comparable to the speed of the serial algo¬ 
rithm. The parallel algorithm performance 
increases with the ability to do interproces¬ 
sor transfers in parallel. But the problem 
remains open on how best to structure the 
interconnection network. □ D.. 
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Introduction to Distributed- 
Software Engineering 

Sol M. Shatz and Jia-Ping Wang 
University of Illinois at Chicago 


B ecause academic, industrial, and 
government interest in distributed 
computer systems is expected to 
continue to grow, software professionals 
can benefit from understanding the special 
challenges posed by distributed-software 
development. This type of software is 
made up of a fixed set of software 
processes that are allocated to various 
interconnected computers but that closely 
cooperate to achieve a common goal. 
Interconnected computers are loosely cou¬ 
pled in the sense that interprocessor com¬ 
munication is done by message passing, 
not by sharing memory. 

When you consider applications that are 
likely candidates for distributed software 
(Strategic Defense Initiative systems, 
process-control systems such as nuclear- 
reactor control systems, and embedded 
monitoring systems) the acute need for 
correct, reliable, and maintainable dis¬ 
tributed software is clear. 

Unfortunately, distributed-software 
engineering poses a host of new and 
challenging problems for software 
developers. This article addresses several 
of these problems, using the software life 
cycle as a guide (see Figure 1). 


Requirements 

In developing any software system, the 
first two tasks are to determine and ana- 



Distributed software 
has been presented as 
the wave of the future, 
as the next major pro¬ 
gramming approach. 
This survey looks at 
some issues 
distributed software 
raises. 


lyze the software’s requirements. The deci¬ 
sion to use a distributed design is based 
primarily on requirements analysis. The 
most important issue for distributed- 
software requirements is specifying the key 
requirements that influence the decision. 

Typical requirements include perform¬ 
ance, such as the maximum tolerable com¬ 
pletion time for various functions; 
reliability, such as the minimum degree of 
functionality that must be preserved in the 
case of certain failures; and growth, 


including the ability to add software func¬ 
tionality. 

These requirements properties— 
performance, reliability, and growth— 
drive decisions made during the design 
phase of a distributed-software system. 1 

We believe that the most important 
characteristics of a requirements system 
for distributed software are the ability to 
allow explicit identification of multiple 
threads of control in the application and 
the ability to directly specify these three 
key properties. The two most mature 
requirements-analysis systems for dis¬ 
tributed software are Zave’s operational- 
requirements approach 2 and Alford’s 
Software Requirements Engineering 
Methodology (SREM). 3 

Zave’s operational-requirements 
approach was developed for embedded, 
real-time systems. It defines a 
requirements-specification language called 
Paisley (process-oriented, applicative, and 
interpretable specification language). 
Paisley defines explicit models of the pro¬ 
posed software system and its environ¬ 
ment, and shows the interactions between 
the two. 

Paisley uses processes as the primary 
specification unit. It represents a process 
by a set of states and by a mapping of each 
state to its successor state. Its requirements 
analysis checks specifications for con¬ 
sistency among state mappings that specify 
common domain and range states and then 
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Figure 1. Distributed-software development phases. 


executes those specifications. Execution 
simulates a specification, generating sys¬ 
tem behaviors that can be validated against 
user requirements. 

Alford’s SREM contains a 
requirements-statement language called 
RSL and a set of engineering-validation 
tools called REVS. REVS analyzes 
requirements and generates simulation for 
the processing specified in RSL 
descriptions. 

RSL lets you describe the requirements 
in terms of a structured state machine: It 
structures the inputs and outputs into mes¬ 
sages and the state-transformation 
processing into a set of requirements net¬ 
works. Each requirements network speci¬ 


fies the processing needed to transform an 
input message to an output message. 
Response-time requirements are specified 
by identifying critical processing paths 
through the set of requirements networks 
and stating minimum or maximum 
response times for these paths. RSL anal¬ 
ysis includes checks for completeness and 
consistency. 

SREM has been integrated into a more 
general system-level requirements method¬ 
ology that is being integrated into a 
distributed-computing design system to 
aid the transition from requirements to 
distributed-process design. 

According to Zave, there are two fun¬ 
damental differences between Paisley and 


RSL: 

(1) Paisley emphasizes the cyclic nature 
of software components, while RSL 
emphasizes sequences, and 

(2) Paisley integrates the specification 
of data, processing, and control, while 
RSL separates these specifications. 
These differences do not identify one sys¬ 
tem as better, but they may help match a 
requirements-analysis system to a partic¬ 
ular application. 


Design 

Assuming that the requirements speci¬ 
fication and analysis result in a decision to 
develop a distributed system, a designer 
then divides (partitions) the system into 
several software processes and data files 
and allocates them to various processors. 

To define the processes, data files, and 
allocations, the designer must perform two 
major design activities: partitioning and 
allocation. While other design activities, 
such as algorithm and data-structure selec¬ 
tion, are also important, we concentrate 
on partitioning and allocation because 
these activities are most directly affected 
by distributed-software properties such as 
interprocessor communication cost and 
potential for parallelism. 

Given the requirements, the designer 
must identify a set of logical modules and 
data files. This functional decomposition 
can be performed with the help of tradi¬ 
tional design methods. 

Partitioning. Mapping these logical 
modules and data files (which reflect the 
application’s point of view) into a set of 
physical processes and data files (which 
reflects the designer’s point of view) is 
called partitioning. For example, suppose 
the requirements for a pattern-recognition 
system are functionally decomposed into 
75 modules. The designer may partition 
these modules into 20 processes, with one 
process containing all modules involved in 
input-signal conversion and another con¬ 
taining all modules involved in texture dis¬ 
crimination, and so on. This partitioning 
reduces the number of options to be con¬ 
sidered during the allocation phase, there¬ 
fore reducing the overall complexity of the 
distributed-software design problem. 

Two practical problems complicate par¬ 
titioning. First, because partitioning is an 
earlier design step than allocation, it is dif¬ 
ficult to measure the effectiveness of a par¬ 
tition before all processes have been 
allocated. Second, conflicting partitioning 


24 


COMPUTER 































t A __ 

Potential parallelism exploited 
Key 

A. Neither interprocess communication nor exploited parallelism. 
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Figure 2. Two conflicting partitioning criteria. 


criteria support the same system 
requirement. 

For example, many distributed real¬ 
time applications have critical response¬ 
time requirements. To meet these require¬ 
ments, the two common partitioning 
objectives are minimizing interprocess 
communication cost and maximizing 
potential parallelism. To minimize inter¬ 
process communication cost, you could 
partition the system into just one process 
and treat the system as if it were central¬ 
ized. The interprocess-communication 
cost in this case would be zero—you have 
just one process, so there is no interprocess 
communication. Unfortunately, this 
strategy does not let you exploit any poten¬ 
tial parallelism because two computations 
can execute in parallel only if they reside 
in different processes. The inability to 
exploit this parallelism may mean that 
your design does not meet the response¬ 
time requirement. 

At the other extreme, if you simply par¬ 
tition the system so each module is a pro¬ 
cess, all potential parallelism can be 
exploited. But if these processes are allo¬ 
cated to different processors, all inter¬ 
process communication becomes remote. 
In this case, the heavy communication 
traffic could degrade system response. The 
designer must make some trade-offs, as 
Figure 2 illustrates. 

Precedence relations among logical 
modules cause another type of partition¬ 
ing trade-off. For example, in a robot- 
control system, if the module 
Compute_Coordinates must terminate 
before the module Move_Arm can be 
initiated, the implied precedence relation 
could motivate the designer to place both 
modules in one process—otherwise, if the 
processes are assigned to different proces¬ 
sors, there would be a cost of remote com¬ 
munication without an associated 
advantage of exploitable parallelism. 

On the other hand, to help meet the 
objective of system growth, the designer 
may choose to place these modules in sep¬ 
arate processes if they require access to 
different external devices. In this example, 
the Compute-Coordinates module may 
require an external interface to a vision 
system while the module Move_Arm may 
require an external interface to a robotic 
arm. 

Allocation. Assigning each process and 
data file to one or more system processors 
is called allocation. Here we assume that 
allocation is performed at design time only 
(we do not discuss runtime reallocation). 


Allocation complicates distributed- 
software design because when you assign 
m processes onto n processing nodes, there 
are n m possible assignments. In practice, 
the situation is even worse because you 
must also consider the potential for both 
data and process replication (allocating 
multiple copies of data or processes). 

One reason for process or data replica¬ 
tion is to help meet fault-tolerance require¬ 
ments: When a data file is replicated on 
two processors, the failure of one proces¬ 
sor will not make the data unavailable. 
Optimal allocation is exponentially 
complex. 

The key to process allocation is to estab¬ 
lish an allocation model in terms of cost 
and constraints. The goal is to find a solu¬ 
tion that minimizes the cost function under 
the constraints. Performance-oriented 
cost functions dominate the literature; cost 
functions that explicitly include reliability 
and growth properties are just beginning 
to emerge. 

Example performance-oriented cost 
functions are: 

• Total interprocessor communication. 
Interprocessor communication is when 
processes resident in different processors 
must communicate or when a process must 
access a remote file. Interprocessor- 
communication cost is a function of the 
amount of data transferred and of net¬ 
work properties such as topology and link 
capacity. 

• Total execution and interprocessor- 
communication cost. This is the sum of the 


total computation cost for each process 
and the total interprocessor communica¬ 
tion cost. 

• Completion time. This is the total exe¬ 
cution and interprocessor-communication 
cost incurred by the processor whose cost 
is greater than all other processors. 

• Load balancing. This measures how 
evenly spread the workload (process- 
execution time) is across the processors. 
Load balancing maximizes system stabil¬ 
ity. If a system’s workload is unbalanced, 
there may be a processor responsible for 
substantially more processing than the 
other processors. This processor is a weak 
link in the system. Load balancing can be 
computed as a statistical, normalized 
coefficient of variation of processor use. 

System constraints include limited 
memory size and processing capacity of 
each processor, dependence of some 
processes on certain processors, and 
bounds on the number of processes on all 
processors (this is one way to approximate 
load balancing). 

The choice of a cost function depends 
heavily on the nature of the application 
and the underlying hardware. For 
instance, completion time is a critical cost 
consideration for real-time applications, 
and minimizing total interprocessor- 
communication cost is more important for 
networks in which processors are 
geographically dispersed than for local, 
fully connected networks. For geographi¬ 
cally dispersed networks, there is a signif¬ 
icant increase in communication time and 
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Table 1. Interprocess communications 
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Table 2. Execution costs. 


Table 3. Comparisons of allocations from different cost functions. 


Assignment 
on PI 


Cost consideration 


G3.G4 


{ B,C,D } 
{B,C} 


{A,B,C,D} 

Ml 

{A,D} 


Gl: minimize communication cost 
G2: minimize total execution and 
communication cost 
G3: minimize completion time 
G4: minimize load imbalance 
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Cl: communication 
C2: total execution time and 
communication 
C3: completion time 
C4: normalized coefficient of 
processor use variance 


probability of message loss or corruption. 

The following example shows how 
different cost functions can affect alloca¬ 
tion choices. 

Consider a system of four processes (A, 
B, C, and D ) and two processors (P1 and 
P2). Table 1 shows the interprocess com¬ 
munication costs. Assume that the cost is 
a function of how much information will 
be exchanged. Table 2 shows the execution 
costs of processes running on different 
processors. An infinite entry (°°) indicates 
that the process should not be allocated to 
the corresponding processor (due to some 
resource constraint, for example). For 
simplicity, we assume both interprocess 
communication cost and execution cost 
use the same unit and that there are no 
other constraints to consider. Now con¬ 
sider the four allocation goals described 
earlier: 

• When two processes are allocated on 
different processors, their interprocess 
communication cost becomes part of the 
cost for those processors. Obviously, to 
minimize interprocessor-communication 
cost, the optimal assignment allocates all 
processes to processor P2, resulting in a 
total interprocessor-communication cost 
of zero. 

• To find the optimal assignment to 
minimize total execution and 
interprocessor-communication cost, you 


can use a graph-theoretic method. 4 In this 
approach, the system is modeled as a net¬ 
work in which processes and processors 
are represented by nodes (Figure 3). An 
edge weight between two process nodes 
denotes the interprocess communication 
cost. Each process node is connected to 
each processor node by an edge with 
weight equal to the execution cost 
associated with executing the process on 
the other processor (process B is connected 
to processor P1 with an edge of weight 18, 
the execution cost associated with execut¬ 
ing process B on processor P2). This 
method can be extended to an /t-processor 
system, although the extension requires a 
more complicated weight calculation. 

If you cut (partition) the network nodes 
into two disjoint subsets with PI and P2 in 
different subsets, the total execution and 
interprocessor-communication cost is 
equal to the sum of edge weights for edges 
connecting nodes in different subsets. This 
set of edges defines a network cut. There¬ 
fore, an optimal assignment corresponds 
to the cut with minimal weight. Figure 3a 
shows the network for our example; the 
thick line shows the optimal cut. The 
optimal assignment to minimize total exe¬ 
cution and interprocessor-communication 
cost allocates {B,C,D} on processor PI 
and {A} on P2. This minimal cost is 36 
(10 + 7 + 12 + 3 + 4). The total communi¬ 


cation cost for this assignment (seven 
units) is larger than that of the earlier 
assignment (zero). 

• To obtain the optimal assignment to 
minimize completion time, you can apply 
an algorithm based on graph matching. 5 
For this example, the results are {B,C} on 
PI and {A,D} on P2 (Figure 3b). The PI 
cost is 24 and the P2 cost is 25. Thus the 
completion time is 25, but the total 
interprocessor-communication cost (nine) 
is larger than in the first two assignments. 

• To optimize load-balancing, you seek 
an assignment that minimizes the statisti¬ 
cal normalized coefficient of variation of 
processor use. 6 To simplify matters, 
assume that all processes have an identical 
scheduling period (arrival rate) of r. A 
processor’s use is r X E, where E is the sum 
of the execution times for processes allo¬ 
cated to the processor. For this example, 
the optimal allocation becomes {B, C} on 
PI and {A,D} on P2. The processor uses 
are ul = 15rand u2= I6r for PI and P2, 
respectively. The normalized coefficient of 
variation of processor uses is 

{(w 1 2 + «2 2 )/2}/{ (m 1 + m 2)/2 } 2 = 1. For 

this example, the load-balancing alloca¬ 
tion is the same as the completion-time 
allocation. Of course, this would not 
always be true. 

Table 3 summarizes our example. 

Models and algorithms for optimal or 
suboptimal allocation problems fall into 
one of the three categories: 

(1) 0-1 integer programming, 

(2) graph-theoretic, and 

(3) heuristic. 

The integer-programming approach 
formulates an allocation problem as a 
quadratic 0-1 programming problem with 
side constraints. It allows different cost 
functions and many constraints to be 
incorporated into the mathematical 
model. But its practical use is limited by its 
exponential complexity. 

Graph-theoretic methods model an allo- 
cation problem as a minimum- 
cut/maximum-flow problem in a network. 
These methods are limited by the absence 
of a mechanism to represent variable con¬ 
straints like limited memory size. Also, the 
complexity of these methods becomes 
exponential when the system contains 
more than two processors. 

Heuristic algorithms trade off optimal¬ 
ity for speed. They are useful when an 
optimal solution is not required or not 
obtainable within a time limit. This topic 
is still being researched. 
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Languages 

Distributed programming is implement¬ 
ing (coding) the processes defined during 
design for execution on a loosely coupled, 
distributed computer system. Programs 
that result from a compiler that automat¬ 
ically detects parallelism are not dis¬ 
tributed because they exploit parallelism at 
the statement level rather than the process 
level and generally are partitioned solely to 
enhance performance on a tightly coupled 
multiprocessor system that does not have 
significant interprocessor-communication 

In principle, any language can be used 
to program a distributed application. 
However, a programmer’s job is greatly 
complicated if the language used does not 
contain constructs oriented to distributed 
programming. Just as high-level program¬ 
ming languages contain constructs for 
subroutines, functions, and I/O, dis¬ 
tributed programming languages provide 
constructs to define processes and commu¬ 
nication with messages. Without such con¬ 
structs, the programmer is forced to work 
directly with the operating system to per¬ 
form operations such as forking processes 
and creating and monitoring mailboxes. 

Many distributed programming lan¬ 
guages have been proposed, including 
Ada, Argus, Concurrent C, Communicat¬ 
ing Sequential Processes (CSP), Dis¬ 
tributed Processes (DP), Linda, *Mod, 
Nil, Occam, Programming Language in 
the Sky (PLITS), and Synchronizing 
Resources (SR). Only a very few have 
become commercially available (including 
Ada, Occam, and Concurrent C); the 
others are primarily “paper languages” or 
research prototypes. 

All distributed-programming languages 
have two critical features: process defini¬ 
tion and communication mechanisms. 

Process definition. A distributed pro¬ 
gram is a set of sequential program units 
called tasks, modules, or processes. These 
execute concurrently and asynchronously, 
except when they must communicate. 
Some languages (like Ada) allow dynamic 
(runtime) creation and destruction of 
processes (called tasks in Ada). Others 
(like CSP) require creation of a static set 
of processes that exist throughout the pro¬ 
gram execution. The dynamic facility 
offers the programmer more flexibility, 
but is less efficient because it requires sub¬ 
stantial runtime support. The dynamic 
facility may not be suitable for many 
response-time-critical applications. 


J 



Figure 3. Network cut solutions for two allocation goals. 


Terminating a distributed program is 
done by terminating each process in the 
program. Process termination is based on 
the global state of the system or on some 
subset of this global state. Because of the 
physical distribution involved, knowledge 
of this global state is not readily available 
to a process. Without language-defined 
support to detect terminated processes, the 
programmer is forced to structure the 
processes to communicate state informa¬ 
tion periodically. 

For example, in the Communicating 


Sequential Processes language, a process 
terminates when none of the events it is 
waiting for can occur. Because some of 
these events may involve communication 
with other processes, CSP’s runtime sup¬ 
port environment must be able to deter¬ 
mine when processes have terminated and 
thus when they cannot participate in such 
communication events. 

Communication mechanisms. Many 
distributed programming languages use a 
form of synchronous communication 
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called remote-procedure call (RPC). With 
remote-procedure calls, processes can 
invoke procedures that may reside on 
remote processors. A sending process (the 
client) waits for the receiving process (the 
server) to provide a response indicating 
that the requested service (remote proce¬ 
dure) has been performed. The response 
message may also contain results from the 
remote procedure’s execution (ren¬ 
dezvous). 

Ada has adopted the remote-procedure 
call form of communication. A client task 
performs a remote-procedure call, 
referred to as an entry call, by explicitly 
naming both the server task and the par¬ 
ticular remote procedure. A simple exam¬ 
ple of an entry call statement that can 
request a task named Buffer to execute a 
procedure named Send is Buffer.Send. 
This statement will cause a rendezvous 
with task Buffer when Buffer executes the 
statement Accept Send. Server tasks do 
not name clients in accept statements. 
Also, a task can contain a mixture of entry 
calls and accept statements, thus letting it 
act as both a client and a server. 

Other languages, like CSP, force both 
sender and receiver to explicitly name a 
partner process. 

Most distributed programming lan¬ 
guages provide a nondeterministic selec¬ 
tion mechanism as a companion to 
interprocess communication. Nondeter¬ 
minism is the ability to select arbitrarily 
from several programmer-specified 
actions. The selection algorithm is deter¬ 
mined by the compiler implementer; it is 
transparent to the programmer. 

For example, suppose process A wants 
to receive a message from another process. 
Because more than one process may be 
ready to send such a message, process A 
must choose a communication partner 
from the candidates. Letting this selection 
be made nondeterministically relieves the 
programmer of the need to explicitly con¬ 
trol the selection process. 

There are two ways for a programmer 
to specify partial control of nondeter¬ 
ministic choices: by local and global non¬ 
determinism. 

Local nondeterminism is selecting non¬ 
deterministically from a set of computa¬ 
tion alternatives, independently of the 
states of other processes. The programmer 
can specify that some of the choices be 
contingent on the true value of predicates 
(called guards) that reference only local 
variables. 

For example, the following sketch of an 
Ada-like select statement uses only local 


nondeterminism. If the value of the local 
Boolean variable At_Top is true, the first 
alternative cannot be chosen, while if the 
value of variable At_Bottom is true, the 
second alternative cannot be chosen. If 
both variables have value false, the selec¬ 
tion is made nondeterministically: 

Select 

When not(At_Top) = = > 

...—first alternative 

Or 

When not(At-Bottom) = = > 

...—second alternative 

End Select; 

In global nondeterminism, the selection 
is dependent on the states of other 
processes. A process using global non¬ 
determinism is interested in knowing if 
other processes are ready to communicate. 
Thus global nondeterminism can be used 
to resolve interprocess communication 
choices. For example, common solutions 
to a bounded buffer problem rely on this 
type of nondeterminism. The buffer pro¬ 
cess can communicate with either a pro¬ 
ducer task or a consumer task, where the 
decision is dependent on which of these 
two tasks (if not both) is ready to commu¬ 
nicate with the buffer. Of course, if the 
states indicate that both tasks are ready to 
communicate with the buffer, the choice 
is made nondeterministically. To specify 
such global nondeterminism, the pro¬ 
grammer would include communication 
(send or receive) statements as part of the 
guards for the selection alternatives. 

Testing 

There are two main testing approaches: 
dynamic and static. 

Dynamic testing and debugging. 

Dynamic testing of distributed software 
requires selecting test cases that will exer¬ 
cise the interactions among the processes; 
debugging requires monitoring the pro¬ 
gram’s execution to identify proper termi¬ 
nation as well as deadlock conditions. 

To perform this testing, you can use a 
development environment that simulates 
(on a uniprocessor) a distributed environ¬ 
ment or you can use a distributed testbed. 
While the simulation environment may 
not fully satisfy some performance tests, 
some performance bounds may be estab¬ 
lished and logical correctness can be 
explored. 

A debugger for distributed software 
must test for certain conditions on the 
global state of the system. Unfortunately, 


when debugging a distributed system, it is 
not desirable to freeze the system to exam¬ 
ine the global state. Because of the intrin¬ 
sic delays in communication and the 
asynchronous nature of each process’s 
execution, a command to freeze the system 
will result in each process freezing its local 
state at times that can vary significantly. 
Thus, the “global” state we end up 
examining may not be the state we were 
interested in. 

Most proposals for distributed-software 
debuggers take this into account and 
instead record communication events as 
they occur. This log of the contents and 
sequences of messages can be used to 
replay the program’s execution, possibly 
even in slow motion. A graphical display 
of message transfers can help the program¬ 
mer visualize the program’s behavior. 
With this approach, the programmer 
decides when and how to use the replay 
facilities to locate errors. 

An alternative is to provide a debugging 
tool that will automatically test for certain 
conditions, such as deadlock, on the global 
state. This is accomplished by adding to 
each process the capability to communi¬ 
cate with a tester—a new process that 
gathers local state information and forms 
global state information. Because the new, 
auxiliary communication capabilities 
(between original processes and the intro¬ 
duced tester) may affect the system’s origi¬ 
nal synchronization, there is a risk of 
altering the system’s behavior when test¬ 
ing it. 

One problem in dynamic testing of dis¬ 
tributed software is the reproducible- 
testing problem. Distributed programs 
often make nondeterministic selections of 
communication events. Thus repeated exe¬ 
cutions of a distributed program with the 
same test data may result in execution of 
different program paths—the results of a 
test may not be reproducible by simply 
reexecuting the program. 

The same nondeterminism that can ease 
the programmer’s job during coding can 
make life difficult during testing. Unlike 
for sequential programs, a useful test case 
for a distributed program must contain 
more than the input data and the expected 
output result. It must also provide appro¬ 
priate choices for the nondeterministic 
selections. 

Tai and Obaid 7 have investigated the 
reproducible-testing problem for Ada 
tasking programs. They suggest a method 
to explicitly control the execution sequence 
by introducing a control task (much like 
the monitor tasks used in distributed 
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debugging) that ensures that the execution 
order of the communication statements 
matches that of a predefined rendezvous 
sequence. Selecting distributed program 
test cases—including rendezvous 
sequences for reproducible testing—is an 
unsolved problem. 

Static testing. Static testing is any anal¬ 
ysis that can be performed without pro¬ 
gram execution. In pure static analysis, 
variables and predicates are ignored and 
all syntactically specified control-flow 
paths are considered. Thus static analysis 
is not always as accurate as dynamic 
analysis. 

The chief advantage of static analysis 
for distributed programs is that the anal¬ 
ysis can be performed independent of the 
target environment. This means that 
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access to relatively rare and expensive dis¬ 
tributed testbeds is not necessary. Also, the 
analysis results are not affected by system 
architecture features such as processor and 
communication-channel speeds. There¬ 
fore, analysis results are applicable to a 
range of implementation configurations. 
Thus program analysis can be carried out 
before or during hardware development. 

Also, static analysis can often reveal 
faults that dynamic testing might reveal 
only with carefully chosen test data or even 
with just luck in the occurrence of exter¬ 
nal events. 

Static analysis can reveal potential 
behavior of a distributed program—for 
example, the potential for deadlock and 
the potential for certain communication 
events (like a specific ordering of rendez¬ 
vous among a set of tasks). Static analysis 


uncovers anomalies, which may or may 
not be faults. We classify anomalies 
detected by distributed-software static 
analysis as unconditional faults, condi¬ 
tional faults, and nonfaults. 

Unconditional faults are anomalies that 
represent faults that will definitely occur 
when the program is executed, no matter 
how many times the program is run or in 
what environment it is run. The following 
sketches two Ada tasks that as a set con¬ 
tain an unconditional fault: 

Task Body T1 Is 

T2.E; 

Accept F; 

End Tl; 

Task Body T2 Is 
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Table 4. Set of concurrency states. 


Concurrency state 

Successor 

(Tl, T2) 

state 

1. (begin, begin) 

2 or 4 

2. (begin, Tl.F) 

3 

3. (T2.E, Tl.F) 

none 

4. (T2.E, begin) 

3 


Tl.F; 

Accept E; 

End T2; 

Both tasks will deadlock waiting at their 
respective entry call statements. This fail¬ 
ure will occur regardless of factors outside 
those specified by the program itself. 

Conditional faults are anomalies that 
represent faults that may or may not 
occur, depending on the runtime charac¬ 
teristics of the program. The most com¬ 
mon factor in this type of fault is 
nondeterminism, as the following Ada 
sketch shows: 

Task Body T1 Is 

T2.E; 

End Tl; 

Task Body T2 Is 

Select 

Accept E; 

Accept F; 

Or 

Accept F; 

End Select; 

End T2; 

Task Body T3 Is 

T2.F; 

End T3; 

If task T2 selects the second alternative 
(because task T3 has already executed the 
entry call T2.F), tasks T2 and T3 will ren¬ 
dezvous and then terminate. But task Tl 
will be left waiting (indefinitely) to rendez¬ 
vous with task T2. This is a deadlock. On 
the other hand, if T2 selects the first alter¬ 
native (because task Tl has already 
executed the entry call T2.E), tasks Tl and 
T2 will rendezvous and be followed by the 


eventual rendezvous of tasks T2 and T3. 
In this case, all three processes terminate 
normally. The nondeterministic selection 
choice may depend on which task (Tl or 
T3) makes its entry call first. This in turn 
may be dependent on the relative speed of 
processors (if Tl and T3 run on separate 
processors) or the behavior of the runtime 
tasking supervisor (if Tl and T3 run in a 
multiprogrammed fashion). 

Nonfaults are anomalies that represent 
identified faults that cannot occur (unless 
there is a hardware failure). While we 
would obviously like to avoid the report¬ 
ing of such nonfaults, pure static analysis 
cannot do this. For example, in Ada pro¬ 
grams, any time that an entry call state¬ 
ment or an accept statement appears inside 
a variable execution loop (of a fault-free 
program), a pure static analyzer will report 
a nonfault. Why? Because the analyzer 
cannot know how many times the loops 
will actually execute, it must consider the 
program paths that result in one too few 
and one too many iterations, in which case 
we will have a false deadlock reported. 

The following Ada example illustrates 
the point: 

Task Body Tl Is 

For i In l..k Loop 
T2.E; 

End Loop; 

End Tl; 

Task Body T2 Is 

For j In L.m Loop 
Accept E; 

End Loop; 

End T2; 

For the general case, it is not feasible for 
a static analysis tool to know the relation¬ 
ship between the variables k and m. If they 
are always equal, the tasks will rendezvous 
k (or m) times and then terminate. Pure 
static analysis will need to consider all syn¬ 
tactic paths, leading to consideration of 
the following cases: 

(1) Task Tl is waiting at its entry call 
statement T2.E while task T2 has exited its 
loop or 

(2) task T2 is waiting at its accept state¬ 
ment Accept E while task Tl has exited its 
loop. 

In both cases, the analysis will detect a pro¬ 
gram state that represents a deadlock of 
one task or the other. Again, although the 
analysis must report this “fault,” under 


no execution can this program achieve this 
“fault” (assuming k and m are equal). 

For a static-analysis tool to be useful, it 
must let the programmer determine the 
cause of the reported fault. The simplest 
way to do this is to show the programmer 
the execution sequence that leads to the 
failure. With such information, the pro¬ 
grammer can determine if the fault is 
unconditional or conditional (in which 
case some program modification is gener¬ 
ally required and the programmer is grate¬ 
ful for the result) or a nonfault (in which 
case the programmer is probably 
annoyed!). 

There are three proposed methods for 
distributed-software static analysis: the 
concurrency-history method, the Petri-net 
method, and the constrained-expressions 
method. 

Taylor’s work on general static analysis 
for distributed programs is one of the first 
significant studies of the problem. 8 His 
concurrency history method (defined for 
Ada) helps detect and locate synchroniza¬ 
tion faults such as a task that will wait for 
a rendezvous that cannot occur. Taylor’s 
method traces the control flow of the 
source program’s individual tasks to 
generate a list of concurrency states, where 
a state represents a snapshot of the system. 
The concurrency states define all possible 
syntactically specified communication and 
synchronization points for the program. 

A simple Ada task illustrates this idea: 

Task Body Tl Is 

Begin 

T2.E; 

Accept F; 

End Tl; 

Task Body T2 Is 

Begin 

Tl.F; 

Accept E; 

End T2; 

Table 4 shows the set of resulting con¬ 
currency states. State 3 is a deadlock state 
because it does not have any successor 
state. Taylor has shown the complexity of 
his static analysis method to be exponen¬ 
tial to the number of tasks. 

Recognizing that Taylor’s concurrency- 
history concept is equivalent to a Petri-net 
reachability graph, Shatz and Cheng pro¬ 
posed a Petri-net framework for static 
analysis of distributed software. 9 For Ada 
programs, the basic idea is to perform the 
analysis in three successive steps: 

(1) Translate the Ada program into a 
Petri-net graph model, called an Ada- 
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based Petri net. 

(2) Generate the Ada-based Petri net’s 
reachability graph. 

(3) Analyze the reachability graph to 
determine potential behavior of the 
program. 

Avrunin et al. 10 proposed the 
constrained-expressions analysis method. 
Although their method is oriented toward 
design analysis, the basic idea is equally 
applicable to program analysis. Their 
approach is based on translation of the 
design into a constrained expression, a 
regular expression based on symbols that 
represent basic events (for example, mak¬ 
ing an entry call, beginning or ending a 
rendezvous, or exiting a loop) and a collec¬ 
tion of constraint expressions that define 
legal patterns of event symbols. The con¬ 
strained expression defines strings of a lan¬ 
guage, and these strings represent possible 
system behaviors. The fundamental goal 
of the constrained-expression approach is 
to determine whether a particular event or 
sequence of events appears in any possible 
defined behavior. 

The concurrency-history method, the 
Petri-net method, and the constrained- 
expressions method are analogous, and the 
required analysis in each increases 
exponentially in the worst design 
scenarios. 

M any excellent tutorials, sur¬ 
veys, and textbooks cover 
software engineering. In all 
cases, these references are aimed at con¬ 
ventional software: software developed 
for centralized uniprocessor systems. The 
survey presented here should help those 
exploring the alternate approach of dis¬ 
tributed systems. □ 
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Efficient Abstract Data Type 
Components for Distributed 
and Parallel Systems 

Farokh Bastani, Wael Hilal, and S. Sitharama Iyengar 


O ne way of improving a software 
system’s comprehensibility and 
maintainability is to decompose 
it into several components, 1 each of 
which encapsulates some information con¬ 
cerning the system. 2 These components 
can be classified into four categories, 
namely, abstract data type, functional, 
interface, and control components. Such 
a classification underscores the need for 
different specification, implementation, 
and performance-improvement methods 
for different types of components. (See 
sidebar.) This article focuses on the devel¬ 
opment of high-performance abstract 
data type components for distributed and 
parallel environments. 

An abstract data type component pro¬ 
vides a collection of operations that can be 
invoked by other components. In a dis¬ 
tributed system, an abstract data type can 
be modeled as a server receiving requests 
for its operations from clients, 3 The 
server and its clients interact using the 
interprocess communication (IPC) primi¬ 
tives provided by the operating system and 
can run on either the same or different 
machines. (Here we extend the terms 
“server” and “client” to refer also to the 
corresponding entities in sequential and 
parallel environments.) 

The use of abstract data types reduces 
the complexity of a large program. The 
program becomes easier to develop and 



Abstract data type 
components reduce 
the complexity of a 
large program by 
providing a collection 
of operations that can 
be invoked by other 
components. 


understand since the code for the client 
and the abstract data type can be dealt with 
separately. Further, the program is easier 
to modify since changes in the client code 
do not require changes in the abstract 
data type component and vice versa, so 
long as the specification of their interface 
is not changed. 

However, a side effect of using abstrac¬ 
tions is that system performance deteri¬ 
orates due to both the cost of procedure 
calls and IPC primitives, and the encapsu¬ 
lation of the abstraction’s data struc¬ 


tures. 4 On the one hand, the client knows 
the sequence of operations it should per¬ 
form, but it cannot control their cost (that 
is, the time required to perform an opera¬ 
tion). On the other hand, the server knows 
the cost of each operation, but it cannot 
control the sequence in which the opera¬ 
tions will be invoked. Hence, neither the 
server nor the client has the knowledge to 
minimize the time required to perform the 
operations. 

This article discusses two methods of 
improving abstract data type perfor¬ 
mance—one for distributed systems and 
another for parallel systems. Both 
methods have the desirable feature that 
they do not affect the time spent by the cli¬ 
ent between successive invocations of the 
server. Our performance measure in both 
cases is the response time—the time a cli¬ 
ent spends waiting for the reply to a server 
operation it has invoked. The response 
time is equal to the sum of the waiting and 
service times of requests at the server plus 
the request and response transmission 
times. The maximum response time is 
important for real-time applications, while 
the average response time is important for 
other applications. 

For distributed programs, we consider 
the use of multilevel data structures, which 
efficiently implement all the abstraction’s 
operations if the state of the data structure 
satisfies certain conditions. The process- 
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ing of an operation may move the data 
structure to a state that does not satisfy 
these conditions. If the data structure is 
not restructured to satisfy these condi¬ 
tions, the performance can deteriorate. 
We discuss and compare two policies for 
restructuring multilevel data structures. 

For parallel systems, we consider an 
implementation of abstract data type 
components that provides extremely high 
performance—typically, constant time 
implementation of all the operations of the 
data type. Our approach is based on the 
notion of broadcasting sequential 
processes. 5 


Distributed programs 

In distributed programs, the server runs 
on a dedicated processor, and clients 
invoke its operations via remote procedure 
calls. In this environment, each compo¬ 
nent comprising the software system can 
be implemented as a group of processes 
with a dedicated processor allocated to it. 
If an abstract data type component has 
several clients, the sequence of operations 
invoked by one client can be interleaved in 
arbitrary ways with those of other clients. 
Hence, performance improvement 


methods available for sequential 
programs—such as maintaining additional 
variables to dynamically detect invocation 
sequences or transforming the source code 
of the client—either will not be useful for 
or cannot be applied to distributed (or even 
concurrent) programs. Instead, the 
abstract data type component must pro¬ 
vide efficient implementation of all its 
operations. However, this objective is dif¬ 
ficult to achieve with conventional data 
structures since a data structure typically 
permits efficient implementation of some 
operations at the expense of others. For 
example, using an array for a linear list 


Software components 

Our classification of software components is based on the 
relationship between their input (some sequence 1= </,, 

/j./„>), output (some sequence 0= <o„ o 2 ,..., o m >), 

and state, S. 12 A component can be implemented as either a 
module in a sequential program or a group of processes in a 
distributed computation. 3 

Abstract data type components. These components provide 
a collection of functions that implement some mathematical 
objects, such as lists, queues, and sets. These objects have 
states that can be inspected by using a set of value-returning 
functions (V-functions). 4 The state of an object can be 
changed by invoking operation-performing functions (O- 
functions). For abstract data types, O and the next state, S', 
are functions of / and S. They can be specified using the axio¬ 
matic specification method, 11 which essentially describes the 
effect of each O-function on each V-function. An abstract 
data type component can be implemented by following these 
steps: 

(1) Choose a data structure. The choice will depend upon 
the desired performance of the implementation. 

(2) Specify the representation invariant. The representation 
invariant is a predicate that characterizes the set of states 
that the implementation may cause the selected data struc¬ 
ture to assume. 

(3) Specify the mapping function for each V-function. That 
is, show how each V-function can be implemented using the 
selected data structure. 

(4) Implement the initialization O-functions to establish the 
representation invariant. 

(5) Write the code for the remaining O-functions to change 
the V-functions as required by the specification, assuming 
that the representation invariant is true. Ensure that the repre¬ 
sentation invariant is true after the execution of each O- 
function. 

Methods of implementing efficient abstract data type com¬ 
ponents for a sequential program include 

(1) the addition of special purpose operations to the set of 
operations provided by the component, 

(2) the use of a sophisticated implementation that keeps 
additional state information to dynamically detect and 
optimize invocation of sequences of operations, 


(3) the use of context-dependent transformations, and 

(4) the use of self-reorganizing data structures. 

Functional components. These components correspond to 

mathematical functions that operate on abstract data types 
(for example, procedures for inverting matrices, sorting lists, 
etc.). Functional components do not retain any state informa¬ 
tion, so O depends only on /. Further, o„ 1 </<m, cannot be 
generated without knowing all /,, 1 </<r?. They can be speci¬ 
fied using input/output assertions. They can be systemati¬ 
cally developed using Dijkstra’s 

weaker-relation-to-stronger-relation program construction 
method. The performance of a functional component can be 
improved by source code transformation or recursion elimina¬ 
tion methods. Systolic arrays are used to obtain efficient func¬ 
tional components in parallel environments. 

Interface components. These components operate on 
unbounded input and output data streams or procedure call 
streams. For example, an interface module for a single charac¬ 
ter at a time I/O device may provide functions for 80-character 
card I/O. As in the case of functional components, for inter¬ 
face components O is a function of only /. However, 3/, 

1 </<m, such that VJt>, 1 <p</, o„ can be generated on the 
basis of </„j 2 , ...,/* >, 1</c,<k 2 < ... <k p <n. They can be 
specified using translation grammars. 13 They can be systemat¬ 
ically constructed using the recursive descent technique if the 
translation grammar is a single-symbol look-ahead grammar, 
LL(1). One way of achieving efficient implementation of inter¬ 
face components is to decompose the translation into a net¬ 
work of processes and assign each process to a different 
processor. 

Control components. These components usually occur at 
the upper levels of a program where they implement the pro¬ 
gram’s requirements specification by making use of its lower 
level components. They can be specified using requirement 
specification languages such as operational specifications 14 
or goals. Efficient implementation of control components is 
possible by decomposing the overall goal into subgoals that 
can be assigned to different processes using AND/OR- 
parallelism. The resulting control structure ranges from a fully 
decentralized one (wherein the processes are autonomous) to 
a hierarchical control structure. 
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Figure 1. A multilevel data structure for the linear list module. 


component optimizes retrieval or update 
of the /th item in the list while penalizing 
its addition or removal. 

Multilevel data structures facilitate effi¬ 
cient implementation of all the operations 
of the data type, provided the data struc¬ 
ture is in a state that satisfies certain con¬ 
ditions. 6 The data structure may need to 
be restructured to satisfy these conditions 
so as to avoid deterioration in the service 
time (that is, the time required to process 
an operation). One approach is to assign 
this task to a separate maintenance process 
running concurrently with the foreground 
process that accepts and processes client 
requests. 3,7,8 

Multilevel data structures. Multilevel 
data structures can be characterized by 
weak and strong invariants. When the data 
structure satisfies the strong invariant, the 
average service time is small. Processing an 
operation-performing function (O- 
function) may leave the data structure in 
a state that does not satisfy the strong 
invariant but does satisfy the weak invar¬ 
iant. As more and more O-functions are 
processed, the average service time 
increases. Hence, the data structure has to 
be restructured to reestablish the strong 
invariant. 

Definition. A multilevel data structure 
D has associated with it a sequence of 


invariants J u I 2 , . . ., /„, such that 

(1) D always satisfies I \; 

(2) /„-*•/„ _!-*■ . . . -*•/,, where -* 
denotes logical implication; and 

(3) if D does not satisfy I Jt then it can 
be made to satisfy Ij without chang¬ 
ing the information contained in D; 
further, this modification will 
improve the performance of D. 

I] is referred to as the weak invariant of 
D while /„ is the strong invariant of D. An 
activity that causes D to satisfy Jj is called 
a maintenance action. Two important 
maintenance strategies for distributed sys¬ 
tems are periodic maintenance and con¬ 
current maintenance. A maintenance 
strategy is said to be periodic if the strong 
invariant is established periodically, for 
example, after every T seconds or after the 
completion of M requests. A maintenance 
strategy is said to be concurrent if a sepa¬ 
rate process, called the maintenance pro¬ 
cess, performs the maintenance work. The 
maintenance process establishes the strong 
invariant after a finite period of time in 
which there are no further client requests. 
For each client request, the foreground 
process executes the desired operation and 
sends back the response to the client. 

Multilevel data structures can be used in 
implementing many abstract data types. 
For example, a linear list component pro¬ 
vides the following operations: 


(1) /th(/:list; ^integer) -* return the /th 
element in list I. 

(2) Append(/:list; ^integer; e:element) 
— add element e after the /th ele¬ 
ment in list /. 

(3) Delete(/:list; /.-integer) -*■ remove the 
/th element from list /. 

The /th element can be located effi¬ 
ciently using an array, while insertion of 
a new element or deletion of an existing 
element can be done efficiently using a 
linked list. We can combine these two data 
structures to take advantage of their best 
features, as suggested by Lampson. 7 Fig¬ 
ure 1 illustrates this multilevel data 
structure. 

Each node in the linked list pointed to 
by p contains the starting and ending posi¬ 
tions of a partition (that is, a sequence of 
elements in the array). The strong invari¬ 
ant is that the linked list contains at most 
one node. The weak invariant is that each 
partition is nonempty and partitions cor¬ 
responding to different nodes do not over¬ 
lap. When the strong invariant is satisfied, 
the foreground process can efficiently 
locate an element. It can update the list by 
splitting a partition into two and creating 
a new partition, if necessary. This proce¬ 
dure increases the number of nodes in the 
linked list. In this case, only the weak 
invariant is satisfied. If no maintenance 
action is taken, the data structure can 
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gradually degenerate into an ordinary 
linked list resulting in a loss of perform¬ 
ance. The maintenance process must con¬ 
solidate the various partitions into one 
partition so that the linked list will contain 
only one node, thus reestablishing the 
strong invariant. 

The strong and weak invariants for the 
multilevel data structure shown in Figure 
1 can be formally specified as follows: 

Strong invariant: 

p = nilv(p.next = nilAl <p.startup.end 

fin); 

Weak invariant: 

Vq: Reachable(q,p)-*-q = nil 

v|Partition(q)| >0; 
Vq,r: Reachable(q,p)AReachable(r,p) 

Aq *r-*-Partition(q) D Partition(r) = 0; 

where 

Reachable(q.p) = p = qv(p # nil 
A Reachable(q, p. next)); 

Partition(p) = {i | p nil 
A1 <p.start<i<p.end<n}; 

|S| = cardinality of set S. 

The strong invariant must be selected so 
that all operations of the abstract data type 
can be executed quickly when the data 
structure is in a state satisfying it. The 
weak invariant characterizes the set of 
states after each indivisible action of any 
process accessing the data structure. It 
depends on the granularity of the concur¬ 
rency (that is, the coarseness of the 
indivisible actions). 

Stepwise development method for con¬ 
current maintenance. The code for the 
foreground and maintenance processes 
can be developed by systematically 
proceeding from coarse-grained concur¬ 
rency to fine-grained concurrency. 8 In 
addition, rely/guarantee conditions 9 can 
be used to simplify the proof of noninter¬ 
ference at each stage. The rely condition 
of a process is the assumption it makes 
about the behavior of other processes, 
while the guarantee condition of the pro¬ 
cess is the condition other processes expect 
it to satisfy after each of its indivisible 
actions. To ensure that the semantics of 
the abstraction is satisfied, the main¬ 
tenance process must ensure that its guar¬ 
antee conditions (the rely conditions of the 
foreground' process) are not violated. 
Similarly, every indivisible action of the 
foreground process must satisfy the rely 
condition of the maintenance process. In 
the following example, we illustrate this 
stepwise development methodology by 
applying it to the linear-list abstract data 
type. We assume that during Append 
operations, the foreground process adds 
elements to a new partition it creates in a 


separate area called the work area. There 
are three steps: 

(1) noninterruptible foreground pro¬ 
cess and noninterruptible main¬ 
tenance process, 

(2) noninterruptible foreground pro¬ 
cess and interruptible maintenance 
process, and 

(3) interruptible foreground process 
and interruptible maintenance 
process. 

We do not consider the “interruptible 
foreground process and noninterruptible 
maintenance process” case since the fore¬ 
ground process generally has a higher pri¬ 
ority than the maintenance process so as 
to execute the client request as quickly as 
possible. 

Case 1: Noninterruptible foreground 
process and noninterruptible maintenance 
process. In this case, the foreground pro¬ 
cess completes a client request before 
yielding the processor, and the main¬ 
tenance process completes a maintenance 
cycle before yielding the processor. 

Foreground process: 

Rely condition: 

The maintenance process does not 
change the contents of the string. This 
condition is required to correctly 
implement the operations of the 
abstract data type. 

Code: 

< < search the linked list until the 
appropriate partition is found based 
upon the position specified by the 

if the operation is Append or Delete 

then 

split the node into two nodes, if 
necessary; 

if the operation is Append then 

create a new node for a new par¬ 
tition in the work area; add ele¬ 
ment to this partition 

end; > > 

(Note: The symbol “<<” denotes the 
start of an indivisible action; the symbol 
“ > > ” denotes the end of an indivisible 
action.) 

Maintenance process: 

Rely condition: TRUE. 

Code: 

loop forever 

< < compact the partitions in the 
array towards the high end of the 
array—no new nodes are created in 
this phase; merge the partitions in 
the array and those in the work 
area towards the low end of the 
array—after this phase the strong 
invariant is true; > > 

Case 2: Noninterruptible foreground 
process and interruptible maintenance 
process. This case is an extension of the 


previous case, wherein the granularity of 
the indivisible actions of the maintenance 
process is gradually made finer and finer. 
Hence, the foreground process does not 
have to wait for a maintenance cycle to be 
fully completed before serving a new cli¬ 
ent request. 

Foreground process: 

Rely condition: 

The maintenance process does not 
change the contents of the list. 

Code: 

The code is the same as in Case 1 
since the weak invariant is 
unchanged. 

Maintenance process: 

Rely condition: 

The foreground process does not 
remove nodes and does not change 
anything in the array. 

Code: 

Compact and merge as above using 
indivisible actions for moving ele¬ 
ments one at a time; other indivisible 
actions are used for creating and 
deleting nodes. 

Case 3: Interruptible foreground pro¬ 
cess and interruptible maintenance pro¬ 
cess. In this case, the granularity of the 
maintenance process is kept unchanged, 
while that of the foreground process is 
steadily reduced. This procedure allows 
the maintenance process to operate con¬ 
currently with the foreground process. 
Also, the foreground process uses explicit 
locks to block access to portions of the 
data structure that it needs (or may need) 
to access to complete processing a client’s 
request. Since we do not wish to slow down 
the foreground process unnecessarily, the 
overheads for guaranteeing the semantics 
of the lock mechanism are mainly taken 
care of by the maintenance process. 

Foreground process: 

Rely condition: 

The maintenance process does not 
change the contents of the list. 

Code: 

Use indivisible actions to split a node 
(for Append and Delete operations) 
and to create and lock a node for a 
new partition in the work area for the 
Append operation; indivisible actions 
are not required for filling the parti¬ 
tion and then unlocking the cor¬ 
responding node. 

Maintenance process: 

Rely condition: 

The foreground process does not 
remove nodes and does not change 
anything in the array. 

Code: 

Before moving an element out of a 
partition, ensure that the foreground 
process has not locked it; if the parti¬ 
tion is locked, then either wait until it 
is unlocked or else skip over this par- 
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restore x: time to restore the context of process x 


Figure 2. The overhead for Case 2 (noninterruptible foreground process and interruptible maintenance process). 


tition during this iteration; the rest is 
similar to the code in Case 2. 

We have also used this approach for 
developing algorithms for maintaining a 
queue/sorted-array combination, a binary 
tree/sorted-array combination, equiva¬ 
lence relations, hash tables, and a multi¬ 
way tree structure for a directory server. 

Performance. The main advantage of 
concurrent maintenance is that the main¬ 
tenance tasks can be performed whenever 
the foreground process is idle. Ideally, the 
foreground process will always see the data 
structure in a state in which it satisfies the 
strong invariant. However, several factors 
affect the performance, and trade-offs are 
required for achieving optimal per¬ 
formance. 

As shown in Figure 2, the performance 
for Case 2 (the noninterruptible fore¬ 
ground process and interruptible main¬ 
tenance process) is affected by the cost of 
implementing indivisible actions and con¬ 
text switches, and by the average length of 
the indivisible actions of the maintenance 
process. The time taken to switch from the 
maintenance process to the foreground 
process and the time required to start and 
end indivisible actions cannot be easily 
changed by the application programmer. 
One parameter that can be controlled is the 
average length of the indivisible actions of 
the maintenance process. From Figure 2 
we see that, for the first request processed 
by the foreground process after an idle 


Read/write head 

Disk arm,__ 

■ 4 -□ 


12 "4 -□ 



Additional 

overhead 


Figure 3. The overhead due to disk seek-time. 


period, the average waiting time decreases 
as the average length of the indivisible 
actions of the maintenance process 
decreases (in other words, as concurrency 
becomes finer grained). However, the effi¬ 
ciency of the maintenance process (defined 
as the proportion of time it does useful 
work in an idle period of the foreground 


process) decreases as concurrency becomes 
finer grained, since the overhead of imple¬ 
menting indivisible actions increases rela¬ 
tive to their average length. As a result, the 
foreground process is less likely to see an 
optimal data structure and the processing 
time for the request increases. 

The average time that the foreground 
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Sy—/'-I requests in the queue, 
1 request being served, 
j requests served since the 
start of this busy period. 


Figure 4. Instability of pure concurrent maintenance. 



Figure 5. A simple unstable system. 


process must wait when it receives a 
request can also be increased by unex¬ 
pected interactions between the fore¬ 
ground and maintenance processes when 
disk-resident data structures are involved. 
Figure 3 illustrates this situation. 

Assume that the foreground process 
services the last request in a busy period 
and leaves the disk arm positioned at loca¬ 
tion f \. The maintenance process wakes up 
and leaves the disk arm at position ml just 
before the start of the next busy period of 
the foreground process. If the foreground 
process needs to position the disk arm near 
position fl and far from ml, this adjust¬ 
ment causes a delay that would not have 
occurred without the presence the main¬ 


tenance process. (In this example, we 
assume that the disk is part of the hard¬ 
ware system dedicated to the component.) 

So far we have assumed that the fore¬ 
ground process needs to wait at most until 
the maintenance process completes its cur¬ 
rent indivisible action (that is, that the 
maintenance process always has a lower 
priority than the foreground process). For 
Poisson arrivals, this condition can make 
the system unstable no matter how effi¬ 
cient the maintenance process is, since 
there is a nonzero probability that the 
maintenance process will never be sched¬ 
uled. 10 Figure 4 shows the state transition 
diagram for a simplified model of fore¬ 
ground/background processes. In this 


model, the arrival rate of requests is Pois¬ 
son with parameter A, the service time for 
the zth request in a busy period is exponen¬ 
tial with parameter pi,, and the back¬ 
ground process can reestablish the strong 
invariant in zero time. Due to degradation 
in the data structure, p, is a decreasing 
function of i. Figure 5 shows another sys¬ 
tem that has a smaller average service time. 

Simple analysis shows that if 3 z' 0 ^0 such 
that p, 0 < A, then the probability that the 
system is in state s, is 0V/'€[0,°°). The sys¬ 
tem will have an infinite number of cus¬ 
tomers in the queue in the steady state. 

This instability can be qualitatively 
attributed to the fact that a busy period 
may never end if the average service time 
exceeds the average interarrival time. 

One solution to this problem is to vary 
dynamically the relative priorities of the 
foreground and maintenance processes. A 
strategy that our simulation study shows 
to be quite good uses the following 
procedure 10 : After the foreground pro- ] 
cess has completed a client request, the 
maintenance process is invoked to do a 
complete cleanup with probability 1 -p d , 
where d is a measure of the increase in the 
average service time of abstract data type 
operations. For example, for the mul¬ 
tilevel data structure shown in Figure 1, d 
can be the number of nodes in the linked 
list. As p increases, the performance of the 
system improves until a critical point is 
reached. If p is increased beyond that 
point, the performance deteriorates as 
shown in Figure 6. 

Another method of reestablishing the 
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strong invariant is to perform the main¬ 
tenance tasks periodically rather than 
concurrently—for example, after every M 
update operations or after every T 
seconds. This approach has two 
advantages: 

(1) It does not require any locking or 
context switches since it can be 
coded as a procedure within the 
foreground process. 

(2) Very efficient restructuring code 
can be developed since we can make 
the assumption that the data struc¬ 
ture will not be modified by any 
other process while it is being re¬ 
structured. 

The disadvantage, of course, is that 
maintenance is not invoked only during 
idle periods. Bastani, Hilal, and Chen 10 
analyze the case where the maintenance is 
done after every M update requests. As 
shown in Figure 7, as M increases, the 
average cost (per request) of maintenance 
decreases, while the average service time 
increases. Hence, there is a value of M that 
optimizes system performance. 

We have compared the performance of 
concurrent maintenance with periodic 
maintenance experimentally. Our measure 
of performance is the total processing time 
for requests, defined as the sum of the 
waiting time and the service time of 
requests at the server and the request and 
response transmission times. The results 
indicate that periodic maintenance yields 
a better average processing time while con¬ 
current maintenance gives a smaller max¬ 
imum response time. Hence, periodic 
maintenance is the best approach for 
applications that do not require real-time 
response, assuming that the arrival process 
can be modeled as a Poisson process. The 
algorithms for periodic maintenance are 
relatively efficient as well as simple. Con¬ 
current maintenance with stochastically 
scheduled complete maintenance has a 
small variance. Therefore, concurrent 
maintenance is viable for real-time appli¬ 
cations, especially if the operating system 
provides efficient process synchronization 
and context switch facilities. 



Figure 6. Optimal parameter for stochastic maintenance. 



Figure 7. Optimal parameter for periodic maintenance. 


Parallel maintenance. A restricted ver¬ 
sion of multilevel data structures can be 
maintained using several processes run¬ 
ning simultaneously on different proces¬ 
sors. Let S(D) be some measure of the 
amount of information stored in a data 
structure D. For example, for the data 
structure shown in Figure 1, S(D) can be 
the number of elements stored in the data 
structure. 


Definition. A restricted multilevel data 
structure D consists of a sequence of data 
structures D u D 2 , . . ., D„, with the fol¬ 
lowing properties: 

(1) S(Dj) can be decreased by increas¬ 
ing S(D,+ i) without changing the 
information contained in D, 

(2) decreasing S(£>,) by increasing 
S(D i+ ,) results in an improvement 


in the performance of D, and 

(3) restructuring £>, does not require 
restructuring Dj, j + i. 

The data structure shown in Figure 1 
does not satisfy the third condition of this 
definition. In fact, restricted multilevel 
data structures are limited to the imple¬ 
mentation of abstract data types that deal 
with aggregates such as sets, bags, and 
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Figure 8. A restricted multilevel data structure. 



8. A sorted array is used for fast lookup 
and a queue for fast insertion. Also, a tag 
assigns the value “dead” or “alive” to 
each item. The tag is used for achieving 
efficient deletion. This data structure satis¬ 
fies the above definition since: 

(1) The size of the queue can be 
decreased by moving some keys from the 
queue to the sorted array, thus increasing 
the size of the sorted array without affect¬ 
ing the information contained in the com¬ 
bined data structure. 

(2) This change improves the perform¬ 
ance of the combined data structure. 

(3) We can restructure the queue or the 
sorted array (for example, by removing 
dead items) without having to modify the 
sorted array or the queue, respectively. 

Restricted multilevel data structures 
have the important feature that it is pos¬ 
sible to use multiprocessors to achieve effi¬ 
cient implementations. For example, one 
processor can remove dead entries from 
the queue, another processor can remove 
dead entries from the array, while a third 
processor moves items from, the queue to 
the array. The foreground processor can 
deal with client requests. This architecture 
is shown in Figure 9 where the queue is 
stored in memory bank M1 which is shared 
by processors F, B1 and B2, and the sorted 
array is contained in memory bank M2 
which is shared by F, B2 and B3. 


Parallel implementation 
of abstract data types 


Append (i,e) 
Delete (i) 
Retrieve 




List of element 


[ll •”[£) 


Figure 10. Parallel implementation of the linear list component. 


search tables. However, this class includes 
a large number of data structure combina¬ 
tions such as queue combined with a 
binary search tree, sorted array, hash 
table, balanced binary tree, B-tree, etc. 
The class of restricted multilevel data 
structures is a subset of the class of mul¬ 


tilevel data structures since Vi, 1 < i< «, we 
can define I, as I, = V/', 1 </</, S(Dj) is 
minimum. 

As an example of restricted multilevel 
data structures, assume that we have to 
implement a set abstract data type. One 
possible data structure is shown in Figure 


The multilevel data structures discussed 
above yield good average response time if 
maintenance strategies are selected care¬ 
fully. But, under a heavy load, perform¬ 
ance may become worse than it would be 
with a conventional data structure. In this 
section, we discuss an approach to imple¬ 
menting abstract data type components 
based on broadcasting sequential 
processes. 5 Each process runs on a sepa¬ 
rate dedicated processor and can broad¬ 
cast messages that will be delivered to all 
processes in the broadcast group. Clients 
access the abstraction via an interface pro¬ 
cess. This approach has the potential for 
providing very short response time for all 
the operations of the abstract data type. 
Further, the time required is independent 
of the size of the data structure, and the 
program is also quite straightforward, at 
least for basic abstract data types such as 
stacks, queues, lists, sets, and symbol 
tables. 
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Example 1. Figure 10 shows n processes 
(P 0 , P\ , . . P„_ [) implementing the lin¬ 

ear list abstract data type component dis¬ 
cussed earlier, /is the interface process that 
accepts client requests. Each process P, 
has a counter denoted by ci, a status flag 
denoted by si, and an element denoted by 
ei. The status flag si takes on two values— 
“occupied” if ei contains a valid value, 
and “free” if it does not. If si is 
“occupied,” then ei is the c/th element in 
the linear list. If si is “free,” then P, is the 
c/th process on the stack of free processes. 
The process with counter 0 is at the head 
of the stack. Initially, ci = /' and si = “free” 
for 0 </<«-1. 

The algorithm for each P, is shown in 
Figure 11. The primitive send e transmits 
message e to the interface process while 
skip denotes a null action. This algorithm 
is an efficient constant time algorithm. Its 
correctness can be easily proven by 
specifying the representation (or data 
structure) invariant and showing that it is 
established initially and reestablished after 
the completion of each update operation. 
The mapping function relates the value¬ 
returning functions (in this case only z'th) 
to the representation. 11 The representa¬ 
tion invariant and the mapping function of 
the implementation shown in Figure 11 are 
given below. 

Let FREE = {i|si = free} 

Representation invariant: 

(1) Vj, l<j< |FREE|d k: 
sk = freeAck = j- 1 

(2) Vj, l<j<n-|FREE|3k: 
sk = occupiedAck = j 

Mapping function: 
z th(i) = ek where sk = occupiedAck = i 

If /does not receive an OK (for Delete 
and Append) or an element value (for /th) 
in the next cycle, it raises the appropriate 
exception. Because only one process can 
respond for each command, there is no 
delay for collision resolution. The code for 
the interface process is shown in Figure 12. 
It uses a variable named “size” (initialized 
to 0) to track the number of elements in the 
list. The primitive broadcast e transmits 
message e to all processes in the broadcast 
group. 


Example 2. As another illustration, con¬ 
sider the problem of implementing a 
SearchTable abstract data type to provide 
the following operations: 

• Add(k, e)-*-add element e with key k to 
the SearchTable. 

• Delete(k)-*-delete the element 
associated with key k. 




await command 


case command of 


fth(i)—*• 

si = occupied and ci = i^send ei 
si # occupied or ci # i-*skip 


Deleted)-*- 

si = occupied and ci < i—“skip 
si = occupied and ci = i 
-*si:=free;ci:=0;send OK 
si = occupied and ci > i-*ci: = ci - 1 
si = free-*ci: = ci + 1 

l 

Append(i,e)-* 

si = occupied and ci > i-*ci: = ci + 1 
si = occupied and ci < i-»skip 
si = free and ci > 0-*ci: = ci - 1 
si = free and ci = 0 
-♦si: = occupied; ei: =e; ci: = i + 

1; send OK 

end case 


forever 


Figure 11. Code for the linear list component. 

1 ~ 

/'th(i)— 

if i < 1 then raise IndexUnderflow 
elsif i > size then raise IndexOverflow 

broadcast ;'th(i) 

if response received in the ne> 

else raise HardwareFailure 

it cycle then send element to client 

Delete(i)- 

if i < 1 then raise IndexUnderflow 
elsif i > size then raise IndexOverflow 
else 

broadcast Delete(i) 

if no response received in the 

next cycle then raise HardwareFailure 

Append(i.e)-*- 

if i<0 then raise IndexUnderflow 
elsif i > size then raise IndexOverflow 

broadcast Append(i,e) 

if no response received in the i 

next cycle then raise ListOverflow 


Figure 12. Interface process for the linear list component. 
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Add (k, e) 
Delete (k)- 
Lookup (k) 


3Q 


Search table of element 



Figure 13. Parallel implementation of the search table module. 


await command 
case command of 

Add(k, e)- 

ci = 0—ki = k; ei: =e; ci: = -l 
ci>0—ci: =ci — 1 
ci < 0—skip 

Delete(k)— 

ci<0and ki = k—ci: =0 
ci<0 and ki=£k—skip 
ci>0—ci: = ci+ 1 

LookUp(k)— 

ci < 0 and ki = k—send ei 
ci > 0 or ki*k—skip 




Figure 14. Code for search table component. 


• LookUp(k)—return the element 
associated with key k. 

Standard implementations of a Search- 
Table abstract data type cannot simultane¬ 
ously optimize LookUp, Add, and Delete. 
For example, 

(1) an unsorted array is poor for 
LookUp and Delete but good for 
Add; 

(2) a sorted array is good for LookUp 
but poor for Add and Delete; 

(3) a binary search tree has a much bet¬ 
ter Add and Delete performance 
than a sorted array, but it has a 
slightly worse LookUp time; 

(4) a balanced tree improves the 
LookUp time of a binary search tree 
at the expense of Add and Delete; 

(5) the performance of a hash table 
using open addressing becomes 
poor as the number of Delete 
requests increases, unless it is res¬ 
tructured periodically; similarly, a 
hash table using chaining deteri¬ 
orates in performance as the indi¬ 
vidual lists get longer. 

Figure 13 shows the structure for an 
implementation of the SearchTable com¬ 
ponent using broadcasting sequential 
processes. Each Pi contains a key (ki), an 
element (ei), and a counter (ci). Initially, 
ci = i for 0 < /< n - 1. The code for each Pi 
is shown in Figure 14. Process P, contains 
an element if ci = - 1; otherwise it is the 
rith process on the stack of free processes. 
The code for the interface process is shown 
in Figure 15. This implementation is sim¬ 
pler than most standard implementations. 
At the same time, since there is no need for 
collision resolution, this implementation 
has a very rapid response time. 



Add(k,e)— 

broadcast LookUp(k) 

if no response received in the n 

else raise DuplicateKey 

ext cycle then broadcast Add(k,e) 

Deleter- 

broadcast LookUp(k) 
if response received in the next 
else raise NoSuchKey 

cycle then broadcast Delete(k) 

LookUp(k)— 

broadcast LookUp(k) 
if response received in the next 
else raise NoSuchKey 

: cycle then send element to caller 


Figure 15. Interface process for the search table component. 


Implementation considerations. The 

above method allows us to implement 
abstract data types in the form of hard¬ 
ware components using VLSI technology. 
The interconnection network is simple, 
and all the processors execute the same 
code. Further, the code is short, and the 
memory requirement per processor is just 
a few words. Hence, several processors can 
be packed onto one chip. This method can 
significantly improve the performance of 
heavily used systems software. For exam¬ 
ple, a priority queue component can be 
used to speed up operating system 
schedulers, a symbol table component can 
be used for compilers, and search table 
components can be used for implementing 
log files and data dictionaries in database 
systems. 
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Some trade-offs involved in the VLSI 
implementation of abstract data types con¬ 
cern the interconnection structure for the 
processors, the placement of the code, and 
the limitation imposed on the size of the 
abstract data type by the number of 
processors on a chip. Two possible inter¬ 
connection options are (1) to connect all 
the processors to the same bus and (2) to 
have a tree-structured bus. The perform¬ 
ance in the latter case is better than in the 
former, since the signal traverses a shorter 
distance. However, if the bus loops back 
to the interface processor in the former 
case, the interface processor can monitor 
the bus after transmitting a request to 
verify that there are no transmission 
errors. This option can significantly 
improve system reliability without incur¬ 
ring the performance penalty that reliable 
broadcast protocols incur. 

The size of each processor can be 
reduced by placing its code in the interface 
processor. In this case, the interface 
processor broadcasts the request and the 
code associated with it. Each processor has 
only the CPU and its private data. This 
method allows packing a larger number of 
processors on one chip but increases the 


service time. Another possibility is to repli¬ 
cate the code at each processor, but this 
reduces the number of processors availa¬ 
ble for the abstract data type. An alterna¬ 
tive approach is to replicate the code for 
the frequently executed commands (for 
example, LookUp) and to broadcast the 
code for the remaining commands (for 
example, Add and Delete). 

The limitation due to the number of 
processors on a chip can be overcome by 
using both broadcasting sequential 
processes and conventional data struc¬ 
tures. When the processors are all 
occupied, the interface processor can store 
information in its own memory. Whenever 
it receives a request, it can broadcast it to 
the processors while simultaneously 
searching its own data structure. If it 
receives a positive response from one of 
the processors, it can abort its own search; 
otherwise it can continue to process the 
request itself. When a processor becomes 
free, the interface processor can move 
some information from its data structure 
to the free processor. In this way, the 
broadcasting sequential processes can 
serve as a cache for the abstract data type. 
This procedure improves system flexibil¬ 


ity and allows use of a standard chip for 
applications where the size of the abstract 
data type may exceed chip capacity. 

The implementation using broadcasting 
sequential processes can be made fault- 
tolerant to processor failures by using 
redundancies. However, unlike methods 
for conventional data structures, there is 
no central processor to detect and repair 
errors in the data structure. One strategy 
is to use primary and secondary processors 
for storing each item. (The number of 
processors need not be doubled since a 
processor can be the primary processor for 
one item and the secondary processor for 
another item.) Also, the response period 
for each request that is broadcast by the 
interface processor can be extended to 
include responses from both the primary 
and secondary processors. In this way, if 
either response is absent, a free processor 
can assume the identity of the failed 
processor for that item. This provision 
enables the system to recover from a sin¬ 
gle processor failure. Periodic unsolicited 
responses can also be generated by both 
the primary and secondary processors to 
reduce the likelihood of having more than 
one unrecovered failure at any given time. 
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I n this article, we have considered effi¬ 
cient implementation of abstract 
data type components for two classes 
of programs. The motivation for imple¬ 
menting these abstract data type compo¬ 
nents is to overcome the frequent 
performance loss of abstractions while 
preserving their advantages—compre¬ 
hensibility, modifiability, provabil¬ 
ity, and reusability. For distributed systems, 
multilevel data structures allow efficient 
implementation of all the operations of the 
abstract data type. For parallel environ¬ 
ments, a fast implementation of some 
abstract data types can be achieved using 
broadcasting sequential processes. 

Several interesting research issues remain, 
especially in the parallel implementation of 
abstract data types. These include inves¬ 
tigating 

(1) whether architectures other than 
broadcasting sequential processes 
can be used to implement abstract 
data types; 

(2) what range of abstract data types can 
be efficiently implemented on each 
architecture; and 

(3)what methods tolerate memory 
failures, processor failures, and tran¬ 
sient transmission errors without 
greatly degrading performance. □ 
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Spatial-Light-Modulator 
Interconnected Computers 

Alastair D. McAulay 
Wright State University 


O ptical technologies are becoming 
increasingly valuable for per¬ 
forming the basic computer 
operations of communications, switching, 
and storage. Optics has already proven 
itself superior to electronics for many com¬ 
munications situations, and advances in 
devices and materials suggest that optics 
will eventually become important for 
switching and storage. 1 

The spatial light modulator (SLM) is 
one of the devices expected to play an 
important role in optical computing. An 
SLM acts as a piece of film whose trans¬ 
mittance or reflectance may be varied spa¬ 
tially and temporally by electronic or 
optical means. A familiar example of an 
electronically settable reflective SLM is the 
liquid crystal display in a digital watch, 
miniature TV, or computer terminal. 

Types of SLMs and the use of optics for 
computation are covered in the first sec¬ 
tions of this article. Subsequent sections 
describe three proposed, diverse optical 
computing systems that use SLMs for 
interconnections. The first system, which 
uses optics for crossbar interconnections 
and electronics for computation elements, 
takes advantage of the best features of 
both technologies as they currently exist. 2 
Future devices, 3 aimed at reducing the 
optics-to-electronics conversion penalty, 
will make such architectures attractive. 
Two applications illustrate mapping and 



Three architectures 
using SLMs 
demonstrate the 
advantages and 
disadvantages of optic 
interconnections. 
Future devices will 
further reduce the 
optics-electronics 
interface conversion 
penalty. 


programming methodology for this 
machine: linear (fast Fourier transform) 
and nonlinear spectral estimation. 

The second example, a fast optical diag¬ 
nostic system, illustrates a machine 
optimized for a specific application where 
speed is more important than accuracy. It 
uses an SLM for storage, analog multipli¬ 
cation, and crossbar interconnection. 4 


The third computer system uses optical 
nearest-neighbor interconnections for spe¬ 
cific problems involving nearest-neighbor 
algorithms, for example, image processing 
or relaxation algorithms for solving par¬ 
tial differential equations. 5 Nearest- 
neighbor connections have also been pro¬ 
posed for optical numeric and symbolic 
computing using symbolic substitution. 6 

Optical considerations 

Advantages of optics. Optics has several 
critical advantages over electronics for 
interconnections. The principal advantage 
is immunity to interference. Unlike elec¬ 
trons, photons in linear media tend not to 
interact with one another. Optical signals 
can be transmitted through space or fibers. 
Large numbers of optical fibers carrying 
high-frequency modulated signals can be 
mingled without crosstalk, and elec¬ 
tromagnetic fields passing through loops 
of fibers do not cause interference. 

A second advantage of optics is virtual 
freedom from capacitative loading. This 
permits higher bandwidths than with elec¬ 
trical interconnections. Higher band- 
widths permit a few fibers to replace a 
larger number of coaxial cables. Faster sig¬ 
nal propagation between units decreases 
sensitivity to different interconnection 
lengths. 
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The computer designs covered in this 
article use free space to perform optical 
interconnections between two-dimen¬ 
sional and one-dimensional arrays of 
devices, including SLMs. A large number 
of high-bandwidth optical interconnec¬ 
tions can be made in parallel when arrays 
of SLM devices with large numbers of ele¬ 
ments are used. One of the goals for SLM 
technology is to produce devices with over 
a million elements. Connecting more than 
a million elements in a device is difficult 
using electronics. Free-space coupling 
through SLMs permits dynamic recon¬ 
figurability of the interconnection net¬ 
work, a feature not easily accomplished 
with electronics. This powerful feature 
forms the basis for the first application, in 
which the interconnection network is 
reconfigured to match the algorithm graph 
interconnections. 

Difficulties. To become significant in 
the near future, optics must be integrated 
into existing electronic computer systems. 
There are several strong motivations for 
succeeding at this difficult task. First, 
computers must interface to optical com¬ 
munication networks. Second, gallium 
arsenide is optically active, and much 
research is directed toward GaAs semicon¬ 
ductors for high-speed electronics. This 
will permit multiple-channel high- 
bandwidth optical connections into chips. 
Third, the parallelism needed to meet the 
continuing demand for higher computer 
performance has led to a corresponding 
desire for fast interconnection networks — 
for which optical technologies look 
promising. Optical disks are expected to 
replace magnetic disks, and optical disks 
lend themselves to parallel addressing, 
which decreases access time. A fourth 
motivator is the increasing interest in sym¬ 
bolic computing for software development 
and artificial intelligence. Optics is suited 
to the 2D pattern-matching required, as 
well as to graphical input/output. 

Another difficulty with optical comput¬ 
ing lies in the need to represent computa¬ 
tions as efficient operations on large 2D 
arrays. This requirement leads to problems 
similar to those currently being inves¬ 
tigated in parallel computing, issues such 
as parallel languages and acceptable 
bounds for control and overhead. 
Approaches involving learning with large 
numbers of elementary processors, such as 
in the emerging field of neural networks, 
are very promising for solving some of the 
programming and control issues. 7 

I am optimistic that optics will be suc¬ 


cessfully integrated into computers 
because computers have been developed 
with levels of abstraction that permit 
integrating new technologies on one level 
without having a major impact on 
another. 

The three computer systems described in 
this article address some of the above 
issues. 

Using SLMs 

SLMs can be classified according to 
whether they are transmissive or reflective 
and whether they are settable optically or 
electronically. Reflecting SLMs require 
beam splitters to separate the light incident 
on the SLM from light reflected. Discus¬ 
sion relating to transmitting SLMs is 
applicable to reflecting ones. The trans¬ 
mittance of each pixel in a 2D grid of pixels 
on an SLM can be varied electronically or 
optically. Electronically set devices per¬ 
form the interface from electronics to 
optics, for example, in input/output 
devices such as displays. 

Binary numbers are stored in the SLM 
in the first application described. A one is 
associated with full transmittance and a 
zero with no transmittance. Hence, the 
SLM acts as a switch at each pixel to per¬ 
mit or to block incoming light at each posi¬ 
tion. These swtiches are used to form a 
crossbar switch. 

The second and third applications use 
SLMs as pixel arrays for storing analog 
numbers and for multiplication as light 
passes through the SLM during intercon¬ 
nection. An image consisting of an array 
of pixels will be modified on passing 
through an SLM; the effect is one of ana¬ 
log multiplication of the intensity of each 
incoming pixel by the transmittance of the 
SLM pixel through which the light passes. 
Analog multiplication occurs naturally 
when light passes through transparent 
media. For example, transparencies laid 
on top of each other provide the product 
of the two intensities at every point. Sum¬ 
mation is accomplished in optics by means 
of lenses. Focusing of light by a cylindri¬ 
cal lens represents the summation of pixels 
displaced in the direction at right angles to 
the axis of the lens. 

Other applications involve repetitive 
passing of an image through an SLM in 
series with an interconnection network to 
transform an input image into an output 
image for computation. 6,8 SLMs of suffi¬ 
cient resolution to dynamically perform a 
useful number of interconnections by 


holographic methods are not presently 
available. The systems discussed in this 
article do not require high-performance 
SLMs. 


SLM devices 

Numerous phenomena are being inves¬ 
tigated for use as spatial light modula¬ 
tors. 9 Features of interest in selecting an 
SLM are throughput, speed of setting, and 
optical or electronic addressability. In 
general, throughput is much higher than 
for electronic interconnections, but the 
time required to reconfigure the switches 
is longer. Liquid crystal and magneto¬ 
optic devices are currently available. The 
liquid crystal displays in miniature com¬ 
mercial television sets have tens of thou¬ 
sands of elements and have been used in 
2D matched-filtering experiments. 

Deformable mirror device. One device 
that could be available soon is a 128 x 128 
deformable mirror device (DMD). 10 A 
few pixels are shown in Figure 1. The 
DMD permits TTL address circuitry on 
the chip and is buffered to permit preload¬ 
ing. Approximately one microsecond is 
required for a row of pixels to settle. The 
device can be switched from a current set¬ 
ting to the preloaded setting in a few 
microseconds. 

The DMD is constructed from a 2D 
array of silicon MOS transistors with a 
reflecting layer deposited over the surface. 
The layer is etched to produce cantilever 
beams hanging over the transistors. Acti¬ 
vation of a transistor causes the cantilever 
beams to deflect down due to the elec¬ 
trostatic attraction. A collimated beam of 
light striking the surface will have its phase 
delayed where the surface is indented due 
to the additional distance travelled by the 
wave. Spatial phase variation d(x,y) is not 
visible in an intensity plane as \^ e(x,y) \ 2 = 

1. Phase is converted to intensity in the 
applications of interest. 

One method of converting phase varia¬ 
tion to intensity variation can be explained 
(see Goodman 11 ) by approximating phase 
by giHt-y) - i + jQ(x,y). A lens converts 
the output from the SLM in the spatial 
domain (x,y) to the spatial frequency 
domain (k x ,k y ). In a spatial frequency 
domain, the first term having zero fre¬ 
quency becomes a delta function located 
on the axis. A small stop on the optical axis 
will block the zero frequency represented 
by the delta function. A further lens per- 
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Figure 1. Deformable mirror device. 


forms a spatial inverse Fourier transform 
back to the space domain, resulting in an 
intensity \jQ(x,y)\ 2 = \6(x,y)\ 2 , which is 
now dependent on phase. The spatial fre¬ 
quency filter also removes low spatial fre¬ 
quency components arising from 
undeflected pixels and from regions 
between pixels. 


signal out and will not emit light. A device 
switched off has a high electrical output 
and also emits light. Devices in this family 
are characterized by whether the emitted 
light is incoherent (a Ledistor) or coherent 
(a Lasistor). 

Input/output to semiconductor devices 
is through pins at the chip boundary. A 
limited number of pins are used because of 
space and power requirements. Locating 
optical detectors in the chip interior 
reduces routing connections across the 
chip. Because an optical connection has a 
higher bandwidth than a pin connection, 
more channels are possible. Advances in 
fabricating GaAs on silicon should also 
ease coupling between optics and elec¬ 
tronics because GaAS is the dominant 
material for optical devices. 

Other devices. Other optical devices 
under development can perform some of 
the same functions as SLMs. Examples are 
photonic rebroadcasting devices that have 
the effect of storing photons in a 2D pat¬ 
tern under exposure by one frequency and 
of releasing photons under exposure by 
another frequency. Such devices have high 
resolution and speed and are expected to 
impact read/write optical disk technolo¬ 
gies. They can also be used in place of 


SLMs in the systems described in this 
article. 


Example 1: SLM 
crossbar-interconnected 
dataflow computer 

An optical crossbar-interconnected 
multiprocessor takes advantage of the best 
features of two technologies by using 
optics for interconnections and electronics 
for computation. 2 The SLM does not 
have to switch faster than the time required 
to reconfigure the processing elements. 
The static dataflow approach produces 
very low runtime overhead, making this 
machine suitable for signal processing 
and, possibly, supercomputer applica¬ 
tions. The crossbar switch permits simpler 
software development because it eases 
mapping of algorithms directly from algo¬ 
rithm flow graphs to the machine without 
losing parallelism. Extension to larger 
crossbar systems is feasible because inter¬ 
connections are added along with more 
processors. 

System description. This novel com¬ 
puter architecture uses a deformable mir- 


GaAs devices. Arrays of GaAs devices 
in the early stages of development include 
the self electro-optic effect device 
(SEED) 1 and the digital opto-electronic 
switch (DOES). 3 SEED is a three-optical- 
port transistor consisting of layers of 
GaAs-GaAlAs. A low-level optical signal 
illuminating a photodetector on the edge 
of the top surface prevents light from pass¬ 
ing through the device. Removal of this 
signal light permits light to pass through 
the device. The device has hysteresis, per¬ 
mitting light to pass or not pass through 
according to the past history of the input 
intensities. This bistable operation lets the 
device act as an optically addressable 
memory. 

DOES is a transistor with an opening by 
the gate input that permits light to enter the 
device. Hence, the device may be switched 
on with light or with an electronic signal. 
A device switched on has a low electronic 
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ror SLM as an optical crossbar switch (see 
Figure 2). Hundreds of processing ele¬ 
ments P h i = 1 to N, are connected to the 
IN X IN optical switch by commercially 
available fiber-optic links of bandwidth 
160 MHz or more. This bandwidth is ade¬ 
quate to keep up with the output converted 
to serial from a 32-bit floating-point mul¬ 
tiplier. Higher bandwidth links are feasi¬ 
ble at greater cost; the limitation is the 
parallel/serial conversion. 

The processors perform elementary 
operations such as multiply or add and 
therefore have two input connections for 
the two operands. This fine granularity 
extracts the maximum parallelism from 
algorithms. The processing element output 
is converted from parallel to serial in a shift 
register and used to drive a laser diode. A 
second output is provided for systolic 
array implementations. The laser diodes 
are connected via optical fiber links to the 
optical crossbar switch. Fibers returning 
from the switch connect to light sensors at 
the processor inputs. A second fiber-optic 
loop between processors and main mem¬ 
ory banks provides input/output. The 
logic permitting input/output can be 
mounted alongside the processor. The 
flow of data is prearranged to minimize 


runtime overhead. 

To evaluate performance, we consid¬ 
ered a number of algorithms for imple¬ 
mentation on the proposed system: fast 
Fourier transform (FFT), systolic filter, 
matrix-vector multiplier, 2 nonlinear spec¬ 
tral estimation, conjugate-gradients, 12 
and symbolic processing. We selected FFT 
and nonlinear spectral-estimation 
algorithms to illustrate algorithm mapping 
and programming methodology. 

SLM crossbar switch. Estimates indi¬ 
cate that software often accounts for 80 
percent of computer development costs 
and also dominates maintenance. There¬ 
fore, more expensive hardware may be 
justified if it reduces software costs signifi¬ 
cantly. Crossbar switches are more expen¬ 
sive than incomplete switches but should 
simplify software development because all 
paths are equal, any combination of con¬ 
nections is possible, and switch conflicts 
are reduced. The latter reduces queueing 
and protocol complexity. Automatic and 
efficient mapping of algorithms is more 
feasible because searching for optimal 
paths, configurations, and sequences is 
minimized. 

Limitations in increasing the perform¬ 


ance of uniprocessors and requirements 
for fault-tolerance are driving computer 
technology to multiprocessing systems 
that require consideration of interconnec¬ 
tion networks. Electronic crossbar 
switches are appearing in some applica¬ 
tions, for example, in the Texas Instru¬ 
ments VHSIC array processor and in the 
Carnegie Mellon systolic array processor. 
The advantage of using optics relative to 
electronics for a crossbar switch is that it 
should be possible to construct larger, 
higher throughput switches. 13 Optical 
fibers can lower costs by reducing the 
number of connections to an electronic 
switch through serial transmission and/or 
multiplexing. In this case, it makes sense 
to use an optical crossbar rather than an 
electronic one. For an Nx Aswitch, opti¬ 
cal connections eliminate N 2 wires. 
Lenses can provide large fan-in and 
fan-out. 14 

Large optical switches require gain to 
recover energy lost in fan-out and fan-in. 
Devices with gain, such as SEED and 
DOES, are needed. Alternatively, image 
intensifiers may be used to restore gain. 

Figure 3 shows how a transparent SLM 
acts as a crossbar switch. Each intersection 
in a crossbar switch (Figure 3a) has a 


■ 




33 = 


=T> 


= 23 = 
^= 0 = 


It* 


OPTICAL 

DIRECTED 

CROSSBAR 

SWITCH 


u u u ir 


Figure 2. Organizational structure for optical-crossbar signal processor. 
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switch permitting a horizontal input line to 
be coupled with a vertical output line. One 
output receives information from one 
input, but one input may broadcast to 
several outputs in a generalized crossbar 
switch. Figure 3b shows a diagrammatic 
crossbar switch implemented with an 
SLM; the dots indicate transparent regions 
consistent with the closed switch settings 
marked by dots in Figure 3a. An optical 
lens system spreads the light from the input 
sources horizontally without spreading the 
light vertically. Light passing through the 
SLM is collapsed onto receiving diodes by 
a lens system that focuses vertically with¬ 
out spreading horizontally. Arbitration is 
avoided at execution time by the use of 
static data flow. The size of the switch may 
be analyzed or measured in experiments 
and is limited by the crosstalk or leakage 
between cells, arising, for example, in the 
spatial filtering system discussed earlier. 

Extensions to larger systems. Larger 
crossbar systems may be constructed from 
groups of individual crossbar switches. 15 
This permits expandability, scalability, 
and fault-tolerance. One approach is to 
use four crossbar switches of size N/2 x 
N/2 to construct a double-size NxN 
crossbar switch system. N/2 inputs are 
connected in parallel into crossbar 
switches one and two, and the other N/2 
inputs are connected in parallel into 


switches three and four. The outputs of 
switches one and three are connected in 
parallel to produce N/2 outputs, and the 
outputs of switches two and four are con¬ 
nected in parallel to produce the other N/2 
outputs. 


An alternative is to use only two N/2 X 
N/2 switches with two sets of N/2 switches 
(Figure 4). This uses fewer switches than 
the four-crossbar switch system. The loss 
of some broadcasting capability is not sig¬ 
nificant. The fixed interconnections 


SPATIAL LIGHT 



Figure 3. Diagrammatic optical crossbar switch: (a) switch settings; (b) spatial- 
light-modulator crossbar switch. 



Figure 4. Extended multiple crossbar system. 
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Figure 5. Fast-Fourier-transform flow graph: (a) bit reserval; (b) fixed-configuration stage. 


between switches and crossbars are shuf¬ 
fle and inverse shuffle networks. These can 
be readily implemented in optics. Larger 
crossbars are obtained by further doubling 
the system and adding more shuffle net¬ 
works and switches. 15 

Linear spectral estimation. The fast 
Fourier transform is used widely in signal 
processing and numerical computation to 
convert a time series to the frequency 
domain. Often the information sought is 
clustered only in the frequency domain, 
for example, interference from a 60-Hz 
source, the frequency of a ship propellor, 
or a plane wave with a specific frequency 
and wave number. 

The FFT of a sequence x is 


k = 0 to N - 1 

where 

Figure 5 shows a graph for a decimation 
in time FFT. Figure 5a shows the bit rever¬ 
sal for the start of this configuration. Fig¬ 


ure 5b shows the fixed configuration stage, 
which is used at each iteration by feeding 
the output at the right back to the input 
log 2 ./V times for an FFT of length N. The 
weights w, which correspond to the appro¬ 
priate exponential terms in Equation 1, 
must be altered on each iteration. The out¬ 
put for the particular interconnection 
strategy shown in Figure 5 as a function of 
the input x may be summarized by 

y= n 32 N,N Jn,2N w -vJ Pn X (2) 

where qn represents a bit-reversal inter¬ 
connection network (the prime represents 
a network), yn, 2 n( x ) is a shift by N straight 
across the network, w w is an N-long vec¬ 
tor that is dependent on loop number and 
used for parallel multiplication, and s 2 n,n 
represents summing in pairs to reduce vec¬ 
tor dimension from 2N to N. 

Figure 6 shows the FFT implementation 
on a 24 X 24 crossbar switch. The FFT 
input is fed into processors 1-8, which pass 
the data through to the switch (that is, mul¬ 
tiply by one). The upper-left quadrant of 


the switch converts the data to the bit- 
reversed sequence required in Figure 5a 
and returns it to processors 1-8. The first 
set of weights w are used for the first loop 
of the FFT stage (Figure 5b). The data is 
passed via the top-right quadrant of the 
switch, which implements the fixed config¬ 
uration FFT graph, to the adders, proces¬ 
sors 9-16. The lower-left quadrant of the 
switch is used to return the data to proces¬ 
sors 1-8 for the next loop of the FFT. After 
log 2 N loops, the ouput is taken from the 
adder processors 9-16. Memory manage¬ 
ment is simplified because a crossbar can 
provide the correctly ordered output. 

Nonlinear spectral estimation. In many 
situations, a linear spectral estimator such 
as the Fourier transform is inadequate, 
and nonlinear spectral estimation 
approaches such as autoregressive model¬ 
ing, linear prediction, or maximum 
entropy give better results. In the case of 
one-dimensional data, any of these 
approaches may be used as they all lead to 
solution of the same Yule-Walker equa- 
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Figure 6. Eight-point FFT implementation on a 24 X 24 crossbar switch. 


tions. Examples include cases requiring a 
high-resolution frequency estimate and 
cases having insufficient cycles of the fre¬ 
quencies of interest, as in aircraft magnetic 
detection of submarines. Short spatial 
sequences are typical in sonar, radar, and 
geophysical array data where the number 
of array elements is constrained by cost. 
(An example follows the description of the 
equations.) 

These approaches are also used in many 
other situations. The compact representa¬ 
tion achieved is appropriate for linear 
prediction coefficients in speech. The 
autoregressive model contains the poles 
from which the data may be reconstructed, 
and speech is readily represented by a small 
number of poles. Prediction from statisti¬ 
cal properties of a sequence is another 
widespread application. In geophysical 


data collection for oil prospecting, for 
example, predictive deconvolution 
removes oscillations due to source ringing 
from billions of words of data daily. 

Nonlinear spectral-estimation equa¬ 
tions. Generally, the Levinson-Durbin 
algorithm is used to solve the Yule-Walker 
equations. This algorithm is much harder 
to implement on parallel machines than 
the FFT because it is iterative, increases 
dimension at each iteration, and has to 
compute termination criteria. For this rea¬ 
son, other algorithms have been proposed 
that are less efficient on a uniprocessor but 
more adaptable to a multiprocessor, for 
example, Schur’s algorithm. However, we 
show here that Levinson-Durbin’s algo¬ 
rithm can be implemented efficiently in 
parallel. 


An autoregressive model converts white 
noise e, to a least-square approximation d, 
for the datajv Autoregressive parameters 
(or prediction error filter coefficients) a are 
computed by solving the Yule-Walker 
equations: 
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Figure 7. Spectral processing of array data: (a) data; (b) linear spectrum; (c) nonlinear spatial spectrum. 


where r T is an estimate of the autocorrela¬ 
tion function at lag t and the mean is p, 


LOOP 1 


LOOP 2 


(1) 

AR COEFFICIENTS [l.a,,] 


v 2 = v, ■ e,c 2 
a 22 = -c 2 
a i2 = a n ' c 2 a n 


(21 


AR COEFFICIENTS [1,a 12 .a 22 l 


LOOP 3 


a 2 = r l a 22 + r 2 a 12 + r 3 
C 3 = a 2/V2 


'2 I r I 

ial ° 3 Ib- 


AR COEFFICIENTS 1.a 13 .a 23 .a 33 


Figure 8. Code for Levinson-Durban algorithm. 


r = 0 to m 


When required, the power spectrum 
S(co) at angular frequency co is computed 
from the autoregressive coefficients a by 
using 

- 2u m 

“ “ |Ef =0 «te ,vt l 2 (5) 


The autogressive coefficients a are com¬ 
puted using the Levinson-Durbin algo¬ 
rithm. At the nth iteration, a reflection 
coefficient is computed as the inner 
product 


The power of the white noise associated 
with the autoregressive process is com¬ 
puted from 
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Minimum delay is maintained by updating 
the autoregressive parameters from 

a *( n ) = «*( n — 1) ~ c(«)a„_i(n — 1) 
k = 0 to n (8) 

Application to processing array data. 
Sonar, geophysical and radar data are 
often processed assuming independent 
variables in space and time. Normally, 
there are adequate samples in the time 
domain to perform linear spectral analy¬ 
sis using FFTs. However, there are often 
too few samples in the space domain to 
satisfy the desired spatial resolution 
because of the cost of sensors and process¬ 
ing channels. The aperture effect of hav¬ 
ing too few space samples can be reduced 
by using nonlinear spectral estimation 
techniques in the space domain. The 
method is similar to that discussed above. 

Consider a linear array of uniformly 
spaced sensors in underwater acoustics or 
geophysics. Figure 7a shows the time trace 
collected at each sensor in a towed array 
for two seconds after activation of an air- 
gun impulsive source. Figure 7b shows the 
2D FFT for this data, assuming independ¬ 
ence of the space and time domain. The 
sharp edge of the spatial aperture—the 
result of too few sensors—causes horizon¬ 
tal ringing in the space direction. The spa¬ 
tial resolution can be improved by using 
nonlinear spectral analysis. For the 2D 
spectral plot in Figure 7c, time was trans¬ 
formed with linear spectral analysis and 
distance with nonlinear spectral analysis. 
The latter involved computing an 
autocorrelation function (Equation 4), 
solving the Levinson-Durbin algorithm 
(Equations 6-8), and computing the power 
spectrum (Equation 5). The ringing is 
removed and the resolution improved rela¬ 
tive to Figure 7b. 

The above computation is performed 
for every time sample of the array data. 
Consequently, pipelining in a static 
dataflow arechitecture looks attractive. 



Figure 9. Flow graph for Levinson-Durbin algorithm. 


Programming methodology. The 
Levinson-Durbin algorithm (Equations 
6-8) is difficult to parallelize because the 
dimension increases at each iteration and 
Equation 8 requires cross interconnec¬ 
tions. Specifically, computation of a k at 
the nth iteration requires a„_ k from the 
previous iteration. Because of the large 
number of processors in a parallel system, 
it is possible to unroll the iterations into a 


long section of code. Unrolling signifi¬ 
cantly reduces overhead such as that 
associated with loop counters. To simplify 
the figures and explanation, we have 
unrolled four iterations. The resulting 
code is shown in Figure 8. A second sub¬ 


script added to the autoregressive coeffi¬ 
cients indicates the loop number. 

Figure 9 shows the flow graph for imple¬ 
menting the code in Figure 8. Autocorre¬ 
lation function values r u r 2 , and r 3 for 
lags 1, 2, and 3 are input at the top of the 
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graph. The four autoregressive coeffi¬ 
cients, [1, «i3, 023. ^33]. and the power v 3 
are output from the bottom of the graph. 
Nodes marked with minus signs imply the 
subtraction of the right-hand input from 
the left-hand input. The arrows indicate 
negation, which is accomplished at the 
input to the appropriate node rather than 
with an extra node. Identity instructions 
permit fan-out. Results are forwarded at 
each clock cycle. Consequently, delays are 
inserted on those edges of the graph that 
pass through stages without being used. 
The amount of delay is indicated at the 
node input. Parallelism is evident in the 
flow graph by the number of nodes that 
occur side by side. For the example 
selected, every processor performs an 
operation at every cycle once the pipeline 
is filled, representing an efficiency of 100 
percent. 

Ideally, the flow graph of Figure 9 could 
be automatically mapped to the machine, 
without writing computer code in a tradi¬ 
tional language (that is, sequentially). This 
would preserve parallelism. The flow 
graph indicates the level of parallelism and 
suggests algorithm modifications for 
improving parallelism. 12 Computation 
and control nodes in the flow graph are 
assigned to system processing elements; 
links are assigned to crossbar switch set¬ 
tings. Data flows into the switch during 
operation and is routed to the appropriate 
processor. A processor performs the oper¬ 
ation for which it is programmed on the 
next clock cycle after receiving its oper¬ 
ands. The output is routed via the switch 
to the next processor. Overhead associated 
with instruction decodes, address compu¬ 
tation, and data fetch and store is signifi¬ 
cantly reduced relative to a conventional 
machine. 


Example 2: 

Real-time all-optical 
diagnostic processor 

Diagnostic systems in industrial plants, 
weapon systems, autonomous vehicles, 
and medical facilities must be fast to avoid 
or reduce the effects of catastrophic situ¬ 
ations. An all-optical system, which per¬ 
forms more rapidly than an electronic 
processor, could be valuable when speed 
is more important than accuracy and pre¬ 
cision. In those cases, diagnostic probabil¬ 
ities for a given set of sensor signals can be 
done in one step using an SLM to store 


data and perform highly parallel analog 
multiplication and crossbar interconnec¬ 
tion. Training to determine SLM storage 
values can be accomplished by simulating 
the diagnosed situation to determine cor¬ 
responding sensor signals. 

Bayesian basis. The proposed real-time 
system differs from conventional non- 
real-time expert systems in its lack of 
emphasis on human interaction and expla¬ 
nation, both of which involve too much 
overhead for a real-time system. However, 
like many expert systems in use today, it is 
based on Bayes theorem. In Mycin, 16 for 
example, medical books provide a data¬ 
base of probabilities of symptoms, given 
illnesses. Patient diagnosis requires the 
reverse—that is, probabilities of illnesses, 
given symptoms. This can be computed 
from the database using Bayes theorem. 
Other reseat chers are investigating optics 
for analog matching. 17 I am also inves¬ 
tigating digital methods. 

The a priori probability of a sensor sig¬ 
nal event e,, given the occurrence of a 
diagnosed fault or hypothesis hj, is writ¬ 
ten p(e,\hj) for all events e, (j = 1 to M) and 
hypotheses hj (j = 1 to N). This informa¬ 
tion may be available from records, or it 
may be obtained by training. The proba¬ 
bilities of the various diagnosed hypothe¬ 
ses, p(hj ), may also be known from 
experience. Assuming statistically 
independent events and some other condi¬ 
tional independencies, Bayes theorem may 
be written in the following manner for 
computing a posteriori probabilities, or 
the probabilities of occurrence for each 
diagnosed hypothesis, given a specified set 
of events: 

p(fcy|e,,...,e M ) = (9) 

" f_ pNM _l nlh ) 

[p(ef|fc,-) * p(h,) + p(e< \Hj) * p(Sy)J^ ; 

for j = 1 to N. The * represents multiplica¬ 
tion, hj is not hj, and p(h,) = 1 -p(hj). Not 
hj is required because there is also a prob¬ 
ability of events occuring when a hypoth¬ 
esis is not true, p(e,\hj). 

Taking logs of both sides of Equation 9, 

// = *£««« (io) 

or 

f r = e T Q (11) 


where fj = ln p(hj\e\, . . . , e M ), qij = ln 
(p(ei\hj))/(p(ei\hj)*p(hj)+p(ei\hj)*p(hj)), 
Qm+\j = Inp(hj), e M +\ = l.ande, = 1 
(for / = 1 to M) when an event occurs and 
zero otherwise. The largest,/) represents 
the most likely hypothesis. 

Equation 11 is solved with a matrix- 
vector multiplier composed of a 2D SLM 
because a large dynamic range is not 
required in the SLM (see Figure 10). 

System training. Training is accom¬ 
plished by simulating situations repre¬ 
sented by the diagnosed hypotheses and 
observing the presence or absence of sen¬ 
sor signals for each situation. This is 
repeated a number of times to produce 
multiple instances of Equation 11. These 
instances can be merged by stacking i T 
and e T for different cases to form 
matrices F r and E r , respectively. Equa¬ 
tion 11 becomes 

F r = E t Q (12) 

This may be solved for Q by solving for 
one column of Q at a time using one 
column of F 7 at a time. A least-square 
conjugate-gradient algorithm can be 
used. 18 A least-square approach is 
required because the matrices are rectan¬ 
gular. Conjugate gradients permit itera¬ 
tion until sufficient accuracy is achieved. 
The most computationally demanding 
part involves two matrix-vector multipli¬ 
cations at each iteration. Two optical 
matrix-vector multipliers could be used to 
avoid resetting the SLMs between itera¬ 
tions. Alternatively, Equation 12 may be 
written 

EF t = EE t Q (13) 

In this case, a single matrix-vector mul¬ 
tiplier may be used by precomputing EF r 
and EE r . The matrix EE 7 remains con¬ 
stant throughout the computation. The 
system in Figure 10 may be used to acceler¬ 
ate the matrix-vector computation. The 
dotted part shows an electronic processor, 
which performs the remaining less com¬ 
putationally demanding part of the com¬ 
putation and the feed back for further iter¬ 
ations of the conjugate gradient algo¬ 
rithm. Partitioning the matrix to match 
SLM size is straightforward for matrix- 
vector multiplication. 

Recursive diagnostic system. Some 
diagnostic systems depend on selectively 
gathering additional sensor signal or input 
event information. 4 For example, input 
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Figure 10. Real-time diagnostic expert system. 


information that could most influence the 
diagnosis might be sought next. In that 
case, Bayes theorem is written recursively 
to provide an update, based on the new 
information, of the various diagnostic 
probabilities: 


p-I'-IM • ■■«.-.) + p(«.|*y) • A.-.(S/k I. 

where p n -\(hj\e\, . . . , e„_i) is 1 - 
Pn-i(hj\e x , . . . , e„) and e n ~ t is the new 
event included. 

This equation requires two SLMs, one 
storing p(e,\hj) and the other p(e,\hj). A 
linear array processor merges the results, 


but SLMs perform the major computation 
and interconnections. The system can also 
be used to determine which sensor would 
most influence the resulting diagnosis and 
should, therefore, be queried next. Experi¬ 
ments indicate that this is very slow on a 
uniprocessor. A high-speed optical 
machine is desirable for practical appli¬ 
cations. 


Example 3: SLM 2D 

nearest-neighbor 

processor 

The third example architecture, a near¬ 
est-neighbor scheme, appears reasonable 


for certain classes of algorithms that arise 
in image processing and in solving partial 
differential equations. However, these 
algorithms must be the dominant use to 
make such a machine competitive. 

Nearest-neighbor computations. Many 
problems compute efficiently on nearest 
neighbor-connected machines because 
they involve regular grids or grids viewed 
as distortions from the regular. A more 
complex interconnection network cannot 
be cost-justified if this set of algorithms 
dominates usage. On the other hand, a bus 
is not adequate. 

The equation most easily solved with a 
nearest - neighbor-connected machine 
involves updating the values at the k, m th 
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Figure 11. SLM nearest-neighbor processor. 


point u k _ m in an image or physical field by 
adding weighted amounts a^, a (E> , a (s) , 
a (H/ \ and of surrounding values 
Uk,m + \> Uk-l,m> and the 

present value u k m : 

ufcT’ = a (JV) u i+ i, m 05) 

+ aWu k , m+l +aWu k - ltm 
+ a^Vm-l + 

The specified amounts to be added from 
a neighbor to the north of each point 
generate a north coefficient matrix a^ m . 
This represents a spatially varying filter, as 
the amount to be added to each point 
varies according to the position of the 
point. Similarly, other coefficient matrices 
may be considered for the east, west, and 
south directions. 

Figure 11 shows how the basic nearest- 
neighbor computation step is performed. 
The 2D image or field section is used to set 
each element on or off on SLM-1. The 
coefficient matrix for one of the directions 
N, E, S, or IFis set up on SLM-2. The dot 
matrix pattern obtained by passing light 
through SLM-1 is imaged onto a charge- 
coupled device (CCD) detector. At the 
same time, the pattern from SLM-1 is 
imaged through SLM-2. The output light 
intensity is the product of the incoming 
intensity, determined by the setting of 
SLM-1, and the setting of the transparency 


of SLM-2. Consequently, each element in 
SLM-1 is multiplied by the corresponding 
element in SLM-2. The product matrix is 
imaged onto CCD-1 but is displaced one 
row to the south (for the north coefficient 
matrix) by means of lenses or mirrors. The 
effect is to add the field pattern to a copy 
of itself that has been weighted and shifted 
one row south. All four directions are 
obtained by having three other SLMs that 
cause element multiplication by their 
appropriate direction matrix and unit 
shifts in the appropriate directions. The 
results for all four directions are summed 
into the CCD to complete the computation 
of Equation 15. 

Acousto-optic cells could also be used to 
provide the displacements: one for north 
and south and a second rotated by 90 
degrees for east and west. The frequency 
of an electronic signal supplied to the 
acousto-optic cell determines the amount 
of shift, thus extending interconnections 
beyond nearest neighbor. Shifting is used 
in symbolic substitution, proposed in 
other optical computer architectures. 6 

Application to image processing and 
partial differential equations. Many image 
processing functions involve local filter¬ 
ing. For example, edge enhancement is 
performed by means of a 3 x 3 derivative 
filter 


The optical processor permits updating 
the whole image in parallel. All elements 
of the N, E, S, and W matrices are set to 
one-fourth in this case. After summing the 
four shifted and weighted images at the 
CCD, the input is replaced with a bias 
minus the original image for adding the 
negative of the old image. The bias causes 
zero output at a middle level of intensity, 
thus permitting representation of negative 
numbers. The system is capable of apply¬ 
ing a 2D space-varying filter in which the 
3x3 operator varies with spatial position. 

Relaxation algorithms for solving 2D 
partial differential equations are widely 
used in wave propagation and structural 
analysis. In this case, the N, E, S, and W 
coefficient matrices represent media 
properties that are dependent on spatial 
postion. The nearest-neighbor computa¬ 
tion (Equation 15) is repeated over and 
over until the field reaches a stable state. 
Many iterations are needed to propagate 
source effects from one side to the other. 

The dynamic range of the SLMs is not 
adequate for this class of problem, but a 
proposed residue-number scheme 5 allows 
32-bit values to be represented by eight 
adjacent pixels. An advantage of residue 
numbers is that the eight pixels represent¬ 
ing a value can be operated on indepen¬ 
dently for multiplication and addition. 
Conversion to and from a decimal system 
is computationally demanding. For¬ 
tunately, this conversion must be per¬ 
formed only at the beginning and end of 
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the relaxation computation and is there¬ 
fore a small part of the overall computa¬ 
tion. Modulo computation is performed 
after each iteration, and negative numbers 
are accounted for by shifting. 

C onstruction of these three optical- 
computer architectures will soon 
be feasible. Simulation and anal¬ 
ysis suggest that they will outperform their 
electronic competitors for the specific 
applications considered. Their cost, speed, 
and ability to handle more general prob¬ 
lems will improve as a function of the pro¬ 
gress in developing spatial light 
modulators and software technologies for 
utilizing such architectures. 

As more sophisticated and faster switch¬ 
ing SLM devices become available, we can 
anticipate an increasing optical presence 
with initial emphasis on interconnections, 
mass storage, and special-purpose proces¬ 
sors. Eventually, we can look forward to 
all-optical computers that will be orders of 
magnitude faster than the fastest machines 
available today. □ 
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Optical Techniques and 
Data/Knowledge Base 
Machines 

P. Bruce Berra and Nikos B. Troullinos 
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C ollecting, accessing, and main¬ 
taining data in all its forms is the 
main concern of database man¬ 
agement. Over the years this task has 
become established as one of the most vital 
computer applications. With advancing 
technology and the ever increasing depen¬ 
dency on computers, database manage¬ 
ment systems have expanded both in 
number and complexity. They now 
encompass such diverse applications as 
distributed, multimedia, and computer- 
aided design and manufacturing data¬ 
bases, as well as knowledge bases for arti¬ 
ficial intelligence systems. Hundreds of 
commercial DBMSs are available, target¬ 
ing machines ranging from mainframes to 
personal computers. 

Database systems are not without prob¬ 
lems, however. In many respects current 
systems need further development. For 
one thing, the amount of data that can be 
stored—although well into the trillions of 
bytes for the largest applications—is often 
insufficient for the user’s purposes. For 
another, the response time can be slow, 
especially for complex transactions like 
context-sensitive searches or searches of 
unstructured data, such as in full text 
retrieval systems. Moreover, despite 
powerful query languages, often of a non¬ 
procedural nature, the user interface could 
be better. Finally, the cost of acquiring and 
maintaining the hardware and software 
components of such systems remains high, 
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Optical storage, 
communication, and 
processing hold the 
potential for a two- 
orders-of-magnitude 
performance 
improvement in 
data/knowledge base 
processing. 


although the performance to cost ratio has 
improved continuously. 

Database machines, or computers with 
architectures and software optimized for 
database management, can help in solving 
or easing the response, capacity, and cost 
limitations. Obviously, solutions to all of 
the problems demand much more than an 
alternative hardware approach. Moving 
functions from software to hardware and 
performing as many functions as possible 
in parallel both improve performance. 

0018-9162/87/1000-0059S01.00© 1987 IEEE 


Progress in electronic technology, espe¬ 
cially with very large scale integration 
(VLSI), has lowered the costs of logic and 
memory enough to make deviations from 
the classic general-purpose architectures 
attractive. Unfortunately, access time for 
data in magnetic secondary storage—the 
main obstacle—has remained essentially 
constant despite the dramatically increased 
capacity of the devices themselves. 

If we abstract qualities from proposed 
or already implemented database 
machines, we find the following qualities 
present or desired: 

• very large storage capacity; 

• use of specialized structures for disk 
input and output (I/O); 

• memory hierarchy with large data 
cache; 

• parallelism and content-addressable 
(associative) memories; 

• special-purpose architectures for per¬ 
forming well-defined primitive func¬ 
tions like selection, joining, or sorting 
and 

• operating systems with suitable func¬ 
tionality and performance. 

Commercially, database machines have 
not yet reached maturity, with only a 
handful of products on the market and 
various research efforts going on at univer¬ 
sities and in industrial settings. The issues 
involved in designing any new architecture 
are complex and all-encompassing, and 
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Table 1. Order-of-magnitude figures for storage/memory elements. 



MOS RAM 

Magnetic Disk 

Optical Disk 

Capacity 

1M byte 

1G byte 

10G byte 

Access time 

100 ns 

20 ms 

100 ms 

Cost 

$100 

$10,000 

$10,000 

Volatile 

Yes 

No 

No 

Erasable 

Yes 

Yes 

No* 

Comparison 

Access time 

i 

2x 10 5 

10 6 

Cost/Mbyte ($) 

100 

10 

1 


*Not presently 


Table 2. Magnetic and optical storage devices. 



Magnetic 

Optical 

Head/medium gap 

0.1 pm 

1000 pm 

Substrate 

Ultra-smooth A1 

Al.glass,polymer 

Medium thickness 

< 1pm 

< 1pm 

Encapsulation 

No 

Yes 

Environment 

Sealed 

Open 


the traditional architectures so deeply 
rooted (or well serving) that progress is 
bound to be rather slow. 

With the requirements for database 
management given above, it seems natu¬ 
ral to look to optics for possible solutions, 
primarily because of the large storage den¬ 
sity achieved in optical disks and the speed 
and parallelism inherent in light waves. 
Optical disks (discussed in the next section) 
have enormous capacities and, although 
currently characterized by various limita¬ 
tions, the potential of competing success¬ 
fully with magnetic disks. 

The inherent speed and bandwidth of 
optics has already resulted in major 
advances in telecommunications because 
of optical fiber technology. The advan¬ 
tages of optics are beginning to affect mul¬ 
tiple processor communication and will 
affect future designs to the interboard, 
interchip, or even intrachip levels. The 
ability of optics to carry information with¬ 
out interference at gigahertz rates through 
guided-wave or free-space propagation is 
the reason. 

The development of optical processors 
also receives considerable attention partly 
because of the high speed of some optical 
switching elements and partly because of 
the two-dimensional character of optical 
processing, which suits many problems. 
All these developments taken together will 


have significant implications for the design 
of data and knowledge base systems, as we 
will see. 


Optical storage 

Storage is “raw material” for data/ 
knowledge base systems. We want it in 
great quantity and at the lowest possible 
cost. Technology has done well so far in 
keeping up with (and fueling) the 
demands; the figures stating the decline of 
cost per stored bit are always very impres¬ 
sive. In Table 1 we show rounded values 
for the most important characteristics of 
three types of storage and memory devices, 
permitting order-of-magnitude com¬ 
parisons. 

We can trace the widespread appearance 
of optical storage to the introduction of 
video laser disks a decade ago. In its sim¬ 
plest form, a beam of light detects the pres¬ 
ence (or absence) of pits on a revolving 
reflective layer; servomechanisms track 
and focus. The end result is data storage 
at areal densities an order of magnitude 
higher than those of the best magnetic hard 
disks. 

These properties are even more impres¬ 
sive if we consider that imaging takes place 
from a considerable distance (on the order 
of millimeters), so that we can dispense 


with extreme mechanical tolerances and 
the super-clean environment of high- 
performance magnetic disks (see Table 2). 
This implies cheap removability of the 
storage medium, an almost ideal solution 
to the problem of data backup. Another 
important development is the availability 
of automatic changers or “jukeboxes” 
with an aggregate capacity in the hundreds 
of gigabytes. 

Magnetic tape economics has a differ¬ 
ent character. As with removable optical 
cartridges, the cost of the medium and not 
of the drives is the most important factor, 
because these systems are primarily used 
for archival storage. Automated magnetic 
tape cartridge systems currently available 
can hold one terabyte of data at half the 
projected cost per megabyte of optical 
disks and with an average access time of 10 
seconds. Such an access time may seem 
unacceptable for some applications, but 
we must remember the 10 5 to 10 6 ratio in 
access time that exists between semicon¬ 
ductor memory and magnetic storage. 
Also, we should be careful when compar¬ 
ing technologies of radically different 
ages. 

The development of optical disks will 
almost surely follow the trends present in 
the well-established and mature magnetic 
disk industry: high-performance, state-of- 
the-art devices from a few manufacturers 
for the mainframe and advanced applica¬ 
tions market, and low-cost, low-end but 
respectably performing products for a 
commodity-like market of high volume 
and intense competition. 

Technical and cost limitations have dic¬ 
tated three types of optical storage that can 
be compared to the read-only, program¬ 
mable read-only, and random access mem¬ 
ories of semiconductor technology. 
Read-only optical disks have their contents 
fixed at production time, usually by 
stamping from a master, and will be used 
mainly for distribution in a machine- 
readable form of materials previously 
printed or remotely accessed. The stron¬ 
gest contender for the immediate future is 
the CD-ROM, a direct descendant of the 
audio compact disk. It offers a storage 
capacity of about 600 megabytes on a disk 
120 millimeters in diameter (or 5'A inches 
for the recently introduced optical read¬ 
only memory). A master costs approxi¬ 
mately $3000 to make and disks can be rep¬ 
licated in quantity for $5 per unit, 
according to Chen. 1 At least a dozen com¬ 
panies have models either in inventory or 
production. Prices for the drives range 
from $500 to $2000; they are bound to 
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Table 3. RCA’s Optical Disk Buffer compared with a high-performance 
contemporary magnetic disk drive. 


IBM 3380 

Optical Disk Buffer 

30 surfaces 

24 surfaces 

1.34 x 10 9 bits/surface 

4x 10'° bits/surface 

3M bytes/sec 

200M bytes/sec 

25-ms access time 

100-ms access time 


decline with massive demand and availa¬ 
bility. Having randomly accessible infor¬ 
mation at the volume and cost provided by 
CD-ROMs opens up a new world of appli¬ 
cations. Capable of serving both profes¬ 
sional and consumer markets, CD-ROMs 
may well prove to be the second coming of 
the home computer. 

Write-once disks avoid the mastering 
and stamping steps when mass replication 
is not needed. Information can be 
recorded in a nonreversible way, which 
makes this type of storage ideal for 
archival purposes. But even for operations 
that do not have an archival nature the 
extremely large capacity of the disk 
renders the nonerasability relatively unim¬ 
portant. Their widespread acceptance is, 
of course, subject to the development of 
operating system support and standardi¬ 
zation. 

Currently available optical disks are 
read-only or write-once types, with the 
largest and more expensive ones tending to 
be write once (or WORM, for write once, 
read many times). Little agreement occurs 
on the mechanical or electrical characteris¬ 
tics; one of the few common features is the 
ability to interface with the IBM PC. In the 
near future, 10-gigabyte drives will likely 
cost about $10,000, a substantial saving 
over magnetic disk drives. 

Finally, read/write erasable disks based 
on magneto-optic, phase change, or 
mechanical deformation phenomena in a 
variety of materials may prove a superior 
counterpart to current, state-of-the-art, 
magnetic disks. For example, the Optical 
Disk Buffer under development at RCA’s 
Advanced Technology Laboratories fea¬ 
tures 12 double-sided 14-inch erasable 
magneto-optic disks, according to Alt¬ 
man, Claffie, and Levena. 2 Table 3 gives 
its projected performance and compares it 
to IBM’s 3380. The most important differ¬ 
ence is the 200-megabyte-per-second trans¬ 
fer rate achieved by nine-track, parallel, 
spiral recording. 

Another exciting result, made possible 
by the large medium-to-head spacing, is 
the rapid (less than 100 milliseconds) 
deflection of the read/write laser beam 
between two tracks. This will overcome the 
problem of slow access time, which tends 
to be the major limitation, especially when 
disk capacities increase so dramatically. 
We could achieve this result by the varia¬ 
ble deflection angle of a grating established 
by two control beams on a nonlinear opti¬ 
cal material, according to Neff. 3 

Optical storage will most likely comple¬ 
ment but not replace magnetic storage. 


Before its impact can be widely felt, we 
must solve the major technical problem 
posed by erasing in real time without 
undue fatigue of the medium. Of course, 
we can neither hurry nor indefinitely post¬ 
pone standardization without causing 
either a blocking of innovation or yet 
another interfacing nightmare. Software 
support for new media takes time to 
develop. Compatibility among the three 
different types of optical disks is desirable, 
but problematic. Even by conservative 
estimates the cost of having information 
available within the access time of a disk 
will drop dramatically. The natural out¬ 
come will be applications with greatly 
increased demands for storage. 

Because of the increased demands, these 
improvements in storage technology will 
make corresponding advances in com¬ 
putational performance even more worth¬ 
while. And this will remain true whether 
or not the technology used is electronic. 


Optical 

communications 

The quest for ever-increasing through¬ 
put in digital systems has shrunk clock 
periods and pulse widths down to the 
nanosecond region. The bandwidth 
needed for transmitting these signals intel¬ 
ligibly is very large. As a result intercon¬ 
nections have become the most critical 
limitation. For instance, in supercom¬ 
puters we have to use short, expensive-to- 
assemble transmission lines instead of the 
ordinary connection techniques used at 
lower frequencies. 

A second problem is clock skew, the 
difference in arrival time of pulse fronts 
that originate from distant parts of a cir¬ 
cuit. This skew of the input signals could 
potentially cause a gate to generate errone¬ 
ous outputs. To avoid skew, we must 
restrict interconnection length and pad 
connections with different electrical 


lengths to compensate for the different 
intrinsic delays. To appreciate the prob¬ 
lem, consider that runs of a few cen¬ 
timeters lead to one-nanosecond delays, a 
significant portion of the clock period. 
Unfortunately, the use of VLSI does not 
alleviate these problems because dimen¬ 
sion scaling leaves the resistance- 
capacitance delay time unchanged, at least 
in a first order approximation. 

Currently, the advantages of photons as 
carriers of information have persuaded 
people to connect machines in local area 
networks with optical fibers. At a more 
detailed level, communication between 
modules of high-speed multiprocessor 
machines can benefit from either fiber- 
confined or free-space optical propaga¬ 
tion. Further down, we could potentially 
achieve chip-to-chip communication at the 
projected high rates of thousands of sig¬ 
nals with less power consumption and 
interference using integrated waveguide 
optics. Finally, within integrated circuits, 
reflection holograms placed at a distance 
above the plane of the laser diodes and the 
photodetectors seem particularly well 
suited for distributing gigahertz clock sig¬ 
nals. Goodman et al. 4 offer a comprehen¬ 
sive account of the prospects of optical 
interconnects. 

Optics may also provide solutions for 
dynamic interconnections. We frequently 
avoid implementing efficient parallel 
algorithms because of the global, random 
references they demand. However, the 
topologies of crossbar switches and shuf¬ 
fle exchange networks benefit from optics, 
especially since the most important appeal 
of optics as an interconnect technology is 
in three-dimensional propagation. 

For example, we can very naturally 
implement an optical crossbar with a 
column of sources, each illuminating one 
row of a planar switching array. We place 
a row of detectors on the other side, with 
each detector accepting light from a single 
column of the array (see Figure 1). A 
32-by-32 crossbar has already been built 


October 1987 









and larger ones are under development, 
according to Bell. 5 

Problems we must overcome include 

• the incompatibility of silicon with the 
materials used for fabrication of 
semiconductor lasers and light emit¬ 
ting diodes, 

• the difficulty of attaching optical 
fibers to integrated circuits, 

• the lack of sensitive holographic 
materials at the light wavelengths that 
semiconductor sources produce, and 

• the slow response of spatial light 
modulators. 

Even with these difficulties, interconnec¬ 
tions may prove to be optics’ greatest con¬ 
tribution to computing. 


Digital optical 
processing 


Figure 1. Interconnection primitives and optical implementation of the crossbar, 
showing (a) shuffle exchange with n = 8, (b) generalized crossbar with n = 4, and (c) 
optical crossbar with n = 8. 




The development of the digital com¬ 
puter is so closely associated with the 
development of electronic technology that 
we tend to think they are inseparable. But 
the elementary operations are logical and 
could be performed by a variety of differ¬ 
ent technologies. In this section we discuss 
processing issues in general since it is dif¬ 
ficult to separate the functionality required 
for general-purpose computations from 
that of data/knowledge base processing. 

Research in the general area of informa¬ 
tion processing using optical techniques 
has gone on for more than three decades. 
Traditionally, optical processing was 
based on continuous, but often nonlinear, 
phenomena and successfully applied to 
images. Recent advances in optical bista¬ 
bilities promise a broader view of optical 
information processing. The possibility of 
optical logic and optical memory brings 
digital optical operations closer to reality. 

Silicon-based semiconductor logic has 
already approached the physical limits of 
switching speed. Investigation of new 
materials like gallium arsenide has resulted 
in high-speed practical devices, currently 
characterized by low integration scale and 
high cost. Superconducting devices work¬ 
ing at cryogenic temperatures (Josephson 
junctions) looked promising a few years 
ago, then fell into disfavor. They now 
enjoy revived interest because of the recent 
discovery of high-temperature supercon¬ 
ducting phenomena. 

Optics may have some answers for the 
limitations we have listed. The large band¬ 
width, innate parallelism, and noninterfer¬ 
ing propagation offer mechanisms for 
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overcoming the ever-present communica¬ 
tion problems. Switching times for 
recently demonstrated optical logic ele¬ 
ments range from milliseconds to femto¬ 
seconds (femto= 10~ 15 ), but with an 
exorbitant amount of energy required for 
the fastest operations. Although experts 
agree that it is too early to reach conclu¬ 
sions, there is hope for reducing the neces¬ 
sary energy to a reasonable amount. 

If we are not willing to forgo the flexi¬ 
bility of digital information processing, 
then any viable alternative to semiconduc¬ 
tor devices must include 

• elementary switching devices with 
(usually two, but possibly multi¬ 
valued logic) stable states that can 
represent information encoded digi¬ 
tally, and 

• functional devices, built from the 
above, such as logic gates and mem¬ 
ory cells integrated in dense and low 
cost packages. 

It appears more than one optical 
phenomenon can be put to work. Two 
structures, Fabry-Perot cavities and quan¬ 
tum wells, have been used so far with 
moderate success. 

A Fabry-Perot cavity or etalon (see Fig¬ 
ure 2) transmits incident light when the 
optical length of the cavity is an integral 
multiple of half wavelengths. If the space 
between the two partially reflective sur¬ 
faces consists of an optically nonlinear 
material (see Figure 3), then the transmit¬ 
ted light intensity follows the familiar hys¬ 
teresis curve (see Figure 4). 

Quantum-well materials are formed by 
alternating extremely thin layers of two 
materials with different electron band 
gaps. This results in nonlinearities far 
more intense than those obtainable using 
intrinsic semiconductors. Two optical 
devices based on quantum well 
phenomena are known as SEED (self elec- 
trooptical effect device) and QWEST 
(quantum well envelope state transition) 
(see Bell 5 ). 

The above cases need further research to 
determine whether they exhibit the 
required properties of alternative logic ele¬ 
ments as given below: 

• The input/output transfer function 
must have a shape similar to the ones 
shown in Figure 5. The one on the left is 
the necessary shape for transforming the 
sum of the intensities of two signals to the 
AND function; the one on the right is for 
the OR function. For implementing inver¬ 
sion (negation), a descending symmetric 
curve is necessary. 



■-|. .. 


Incident intensity 


Figure 4. Effect of a nonlinear material in a Fabry-Perot cavity. 



Figure 5. Implementing Boolean connectives. 
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Figure 6. Finite state machine with von Neumann bottleneck. 



Figure 7. Classic finite state machine. 


• The nonlinearity must have a gain of 
at least four to ten times to accommodate 
fanout and distribution losses. 

• Logic levels must be restored after 
each operation because, in contrast with 
traditional analog applications of optics, 
digital processing requires thousands of 
operations. This requirement is equivalent 
to saying that the logic elements must have 
three ports, just like an electronic tran¬ 
sistor. 

• Phase variations (a unique problem 
due to the wave nature of light) should not 
affect the function of the logic element. 
For all possible device states, reflections 
and cavity resonances should be controlled 
(the equivalent of electrical impedance 
matching). 

• Though in theory only two-input gates 
are needed, practical systems will be very 
difficult to design unless four or more 
mutually noninteracting inputs are 
provided. 

• Tolerance to fabrication variations 
like doping densities, line widths, and sur¬ 
face flatness are essential for low cost, as 
is relative immunity to temperature 
changes. 

The previous account does not exhaust 
the possibilities for optical logic. For 
example, shadow casting techniques 
(albeit relying on optical-to-electrical con¬ 
versions) are common; they rely on selec¬ 
tive blocking of light by opaque regions. 
In theory, we can obtain memory elements 
by combining amplifying nonlinearities in 
a setup that exhibits positive feedback. 

Digital data in most traditional data 
processing applications is character-based 
and thus inherently one-dimensional. 
Acoustooptic devices can accurately trans¬ 
form one-dimensional time-domain sig¬ 
nals of extreme bandwidth (on the order 
of gigahertz) to spatial perturbations, in 
effect “freezing” the input signal. Optical 
processing can then be applied to perform 
common operations like correlation and 
pattern recognition (see Psaltis 6 ). In the 
last section of this article we outline the 
design of an optical comparator that uses 
multichannel acoustooptic cells to filter 
high-rate disk data. 

For two-dimensional data, such as 
images, spatial light modulators modify 
the intensity of a reference beam of light 
according to the intensity of an input 
beam. Operations like amplification, 
negation, and thresholding can be done in 
parallel for all points on the device surface. 
Unfortunately, the response time of most 
known devices is currently on the order of 
milliseconds. 
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It is too early for a verdict on the 
prospects of optical techniques in process¬ 
ing, especially if we take into account that 
we measure them against the mature yard¬ 
stick of electronic techniques. Smith and 
Tomlinson 7 reviewed optical devices and 
compared them to electronic ones. 
Although reluctant to speak of a digital 
optical computer, they reported superi¬ 
ority of optical devices in the subpico¬ 
second range of switching rates. The 
switching power required for this ultra-fast 
operation is rather high, resulting in ther¬ 
mal transfer problems, but the authors 
argued that this is not a serious obstacle. 
The reasons are, first, that devices with 
reactive nonlinearities reflect and do not 
absorb most of the incident light energy 
and, second, that the low duty cycle 
required for these devices to interface with 
“slow” electronics greatly reduces the res¬ 
trictions imposed by thermal dissipation. 

The question of which technology 
switches the fastest makes up only part of 
the overall problem. The communications 
ability of the technology is at least as 
important. It becomes evident as architec¬ 
tural questions come into play that an in¬ 
ability to communicate can quickly 
compromise any advantage a technology 
might have in terms of speed. To appreci¬ 
ate the severity of this problem, we need 
only consider the rapid degradation of per¬ 
formance in multiprocessor systems given 
appreciable interprocessor communi¬ 
cation. 

Simplistically, the relative merits of elec¬ 
tronics and optics seem to correlate to the 
properties of electrons and photons. Elec¬ 
trons can influence each other at a dis¬ 
tance, so one electrical signal can easily 
affect another for switching. However, 
this interaction has unwanted side effects 
in the form of capacitance and inductance, 
complicating communications. Photons 
are the opposite. The absence of interac¬ 
tion gives optics superior communication 
qualities, but also makes it hard to per¬ 
form switching. Nevertheless, optical 
switching has been achieved at energies 
comparable to electronics, which may 
eventually put electronics at a disad¬ 
vantage. 

Architectural issues 

Electronic computer hardware has 
made tremendous advances in the last 40 
years, going from vacuum tubes to very 
large scale integrated circuits. On the con¬ 
trary, computer architecture and the 
imperative programming languages used 


to express their programs have remained 
fundamentally the same because they 
implement the classic computing model 
named after John von Neumann. As a 
result, we have not fully exploited the 
opportunities offered by VLSI and paral¬ 
lelism. Computer power is reaching the 
limits imposed by the physical laws of elec¬ 
tronics. 

We refer to the central problem of the 
von Neumann model as the von Neumann 
bottleneck. Involving performance limita¬ 
tions caused by sequential, address- 
mediated communication between the cen¬ 
tral processing unit and memory, the bot¬ 
tleneck results from the limited number of 
interconnections that electronics-based 
technology can reasonably support. 

For example, if memory consists of N 
bytes, then it is completely impractical to 
support N interconnections between mem¬ 
ory and the logic unit with wires (see Fig¬ 
ure 6). Using address decoding, the 
interconnections reduce to [logjA'l. Now 
we can address an immense amount of 
memory (four gigabytes) with only a few 
(in this case, 32) lines and a prodigious 
amount of memory (16 exabytes, 
exa = 10 18 ) with only 64 lines. This is the 
classic space-time tradeoff. 

Constrictions similar to von Neumann’s 


also occur at other levels. At the module 
level, broadcast-bus structures communi¬ 
cate between modules. At the chip level, 
the limited number of external connections 
forces us to use time multiplexing. In con¬ 
trast, the potentially enormous number of 
elements within the chip means that many 
applications would benefit from parallel 
signal communications. 

One of the simplest models for comput¬ 
ing, the classic finite state machine (FSM), 
does not have this sort of problem. All 
storage elements are updated in parallel 
without the need for addresses (see Figure 
7). In addition, the storage elements need 
not preserve their contents for more than 
one cycle. This may prove valuable in our 
quest for practical optical memories. 

The difficulty with FSMs is the large 
number of connections between the com¬ 
binational and memory units. But optical 
techniques may already have an answer for 
this. Sawchuck and Strand 8 described an 
experimental system composed of two 
main components. A spatially parallel 
array of independent optical gates 
provided the logic and memory functions, 
and a computer-generated hologram 
served as a beam-steering element to 
arbitrarily connect gate outputs to gate 
inputs in a free space setup (see Figure 8). 
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Electronic host 


Figure 9. Optical communication and processing of high data rate disk output. 


Their system had only 16 gates, but they 
built it to demonstrate the concept of holo¬ 
graphic connections by optically imple¬ 
menting a synchronous master-slave 
flip-flop and a driving clock. 

It is not clear whether we can extrapo¬ 
late the above results to systems with thou¬ 
sands or millions of gates. Sawchuk and 
Strand stated that arbitrarily space-variant 
interconnections are limited by current 
hologram recording techniques. On the 
other hand, space-invariant interconnec¬ 
tions, like the ones necessary for cellular 
logic, encounter practically no limit even 
with today’s technology. 

Huang 9 gave another example of an 
optical processor, meant more as an exis¬ 
tence proof rather than a practical design. 
He demonstrated the practicality of an 
exceedingly uniform and simple approach 




From host 



Fast electronic buffer 


To host 


Figure 10. Block diagram of a hybrid opto-electronic preprocessor. 
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based on a functional logic block that can 
perform all 16 Boolean connectives, such 
as NOR, NAND, OR, etc. These blocks, 
implemented using only AND gates, are 
grouped in pairs called logic cells so that 
both a signal and its complement can be 
generated simultaneously. Pairs of logic 
cells can be grouped to form a func¬ 
tion/interconnection module that we can 
program either to perform logic or imple¬ 
ment various interconnection primitives. 
If we use the latching properties of optical 
gates (as propagation time approaches 
switching time) for storage and connect the 
modules so that the output of one is the 
input of the next, then we will have formed 
an optical pipelined processor. 

Subsequent research led to the idea of 
symbolic substitution, where the only 
operation is the recognition of a two- 
dimensional subpattern and its substitu¬ 
tion by a different one (see Brenner, 
Huang, and Streibl 10 ). Symbolic substitu¬ 
tion shows the capability of supporting 
space-variant operations with a space- 
invariant mechanism. It has been used to 
implement Boolean logic, binary arith¬ 
metic, and cellular logic, and to simulate 
Turing machines. 

One general observation to keep in mind 
concerning the architecture of optical 
computers is that an evolutionary 
approach might not be the best. Optics 
have unique characteristics and qualities 
that we should exploit with appropriate 
architectures, even if we must widen our 
perception of computing machines. Alter¬ 
natives already in sight include neural net¬ 
work modeling and other connectionist 
ideas (see Abu-Mostafa and Psaltis 11 ). 


Optics in data/ 
knowledge base 
machines 

When applying optical computing to 
specific areas, we should take into account 
the idiosyncrasies of the specialized 
architectures employed. We may simplify 
some problems if we take a narrower view. 
For instance, in data and knowledge base 
applications, selection, projection, and 
join are common processing chores. 
Search of fixed format data such as indi¬ 
ces or pointers could make effective use of 
optical content-addressable memory, 
implemented by multiplexing a large num¬ 
ber of holograms in a thick recording 
material like lithium niobate (see Gaylord, 


Mirsalehi, and Guest 12 ). 

Currently, access times of optical disks 
exceed those of magnetic disks because the 
focusing optics are bulkier than the flying 
miniature heads of magnetic disks. Data 
rates are comparable, with improvement 
possible for optical disk technology 
because of its relative newness. 

In contrast to magnetic media, we see 
two promising possibilities for increasing 
optical disk performance by at least two 
orders of magnitude, both in terms of 
access time and sustained data rates. First, 
as mentioned in the optical storage section, 
the read/write beam could be deflected 
from track to track very rapidly (on the 
order of 100 microseconds) by entirely 
optical means. Second, because of the 
noninterference of light beams and the 
relatively large head-to-medium spacing, 
we could imagine a large number of beams 
used to read data with a single head car¬ 
riage assembly (see Carlin et al. 13 ). Alter¬ 
natively, an unfocused beam could 
simultaneously read data from more than 
one point of a transmissive disk surface, 
according to Abu-Mostafa and Psaltis. 11 
This, coupled with the possibility of mul¬ 
tiple heads, will permit enormous data 
rates. If we assume achievement of access 
times of 100 microseconds and data rates 
of 300 megabytes per second, this 
represents almost two-orders-of- 
magnitude improvement over current 
magnetic disks. 

We will have to design input/output sys¬ 
tems with these rates in mind. Current elec¬ 
tronics would be hard pressed to handle 
them. However, if data could be 
preprocessed “on the fly” in its optical 
form, then the ultimate data rate to the 
electronics would be much lower on aver¬ 
age and the data much richer in informa¬ 
tion. Intelligent use of optical pattern 
matching could provide us with a set of 
primitive operations to help efficiently 
implement higher order functionality, for 
instance, a subset of relational algebra 
operators. 

For applications that demand fast 
searching of many megabytes of data, all 
this is very promising. But with current 
electronics technology, if every subsystem 
of a machine needs to cater to such high 
rates, the cost will rise much higher than 
necessary. In the remainder of this section, 
we discuss the design of a hybrid opto¬ 
electronic preprocessor that can help 
reduce the data rate to the electronics by 
executing a limited set of functions on the 
optical data. Figures 9 and 10 sketch our 
hybrid. 


The optical comparator receives the 
error-corrected optical bit stream, w bits 
wide, from the disk. The bit stream is com¬ 
pared on the fly against an optically- 
encoded reference pattern. This pattern 
can contain “don’tcares.” When the cur¬ 
rent frame matches the reference pattern, 
the “interesting” portion of the current 
frame is latched in a large electronic buffer 
(two-port cache) that holds it until the host 
is ready to process it. 

The buffer can be implemented as a ring 
to avoid any internal copying of data. If 
the buffer ever becomes full, the control¬ 
ler stops the procedure. In this way data 
rates on the order of 300 megabytes per 
second can be accepted and filtered data 
can be output on demand at a much lower 

The w bits of every symbol are encoded 
in a dual-rail manner by including also the 
complement of each bit. Two symbols A 
and B are equal if AB + AB = 0 in a bit¬ 
wise operation. The AND operation is 
done optically by sequentially propagating 
a ray of light through two or more points, 
and the OR by imaging two or more rays 
on the same point (see Guilfoyle and 
Wiley 14 ). 

Figure 11 depicts the flow of data 
through the process. It consists of the fol¬ 
lowing steps: 

(1) A w-bits-wide stream of data from 
the optical disk is compared continuously 
against a reference pattern. The reference 
pattern may include “don’tcares” repre¬ 
sented as a pair of zeroes in accordance 
with the dual-rail encoding. The maximum 
length that can be matched is n symbols. 

(2) A match occurs if the OR results are 
all zero for a length of k symbols, where 
k is the length of the reference pattern, one 
of the setup parameters of the buffering 
operation. 

(3) A mask specifies which parts of the 
input stream are of interest. The spatially 
separated parts are “packed” to become 
contiguous. 

(4) The packed result is transformed to 
electric signals and stored in the fast elec¬ 
tronic cache before the next match occurs. 

Figure 12 shows one way to implement 
the matching operation. The input data 
stream and the reference pattern stream 
enter multichannel acoustooptic cells from 
two opposing sides. Light beams are 
imaged in such a way that the com¬ 
plemented bits of the input stream symbols 
are ANDed with the uncomplemented bits 
of the reference pattern stream symbols 
(and vice versa), bit per bit, symbol per 
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From optical disk 



Buffer 



Figure 11. Processing sequence. Input data from the optical disk is filtered and the results are placed in a large, fast electronic 
buffer. 


symbol. Each detector accepts light from 
the 2 w positions of every symbol (OR 
operation). When the output is zero on the 
first k of the detectors, a match has been 
detected. The operation depends on the 
circulation of a pattern of length k<n 
symbols in the optical device driven by the 
reference pattern. 

When a match is detected, the interest¬ 
ing portion of the input pattern (accord¬ 
ing to the mask) is packed and kept in the 
buffer. Packing entails applying a 
position-dependent amount of delay to 
predefined regions of the input pattern 
while it propagates. Hence, it should not 


be very difficult to implement. Finally, the 
contents of the buffer can be accessed and 
updated by means of a few, simple elec¬ 
tronic counters. 

In terms of relational algebra operators, 
the preprocessor we have outlined can per¬ 
form projection and exact-match selec¬ 
tion. In terms of logic-based knowledge 
bases, it can perform filtering of ground 
clauses. Selection on a conjunction of 
exact-match criteria is simply accom¬ 
plished by incorporating all of them in the 
reference pattern. Disjunction-based selec¬ 
tion is possible with concatenated search 
patterns if the total length is less than n 


(and matching on a subset of the detec¬ 
tors), or by connecting more than one opti¬ 
cal matcher in a pipeline. 

Operations that access data repeatedly 
(like joins) and/or randomly (like sorting) 
cannot be implemented with a memory¬ 
less setup like the one described. Neverthe¬ 
less, the global connectivity of optics can 
undoubtedly be exploited with other 
designs. 

At a higher level, the use of electronic 
content-addressable memory has been 
considered for improving the performance 
of database operations. Most of these 
efforts have not met with much success, 
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Figure 12. Three-dimensional arrangement of the optical symbol matcher (after Guilfoyle 14 ). (a) Each bit of every symbol is 
represented by two complementary light values that are ANDed with the corresponding bits of the reference pattern, (b) The 
reference pattern is circulated up to a length of k symbols. A match is detected when the first k detectors register a zero. 


primarily because of the small size and the 
high cost of these devices, as well as the 
slow data loading time. On the other hand, 
optical content-addressable memories 
have the potential for holding megabytes 
of data at an appreciably lower cost. 
Hologram-based, they have the major dis¬ 
advantage of being read-only. However, 
for large data/knowledge bases we can 
devise indexing structures that are insen¬ 
sitive to updates provided that the update 
rate remains moderate. Thus, holographic 
content-addressable memories could serve 
in the future for processing indices to very 
large databases. As the field develops, they 


may even be adopted as a primary storage 
medium. 

T he issues raised by different 
implementations of digital com¬ 
puters are far from just techno¬ 
logical. We cannot afford to consider them 
in isolation, without questioning the 
applicability of current models for com¬ 
puting. This makes any attempt to pin¬ 
point future directions risky and 
vulnerable to obsolescence if revolution¬ 
ary progress takes place in another direc¬ 
tion. Electronics technology and the von 
Neumann model are so well entrenched 


that until recently, few have strayed from 
these precepts. Such exploration also 
requires competence in a multitude of 
different scientific fields; only in the last 
few years have we witnessed such interdis¬ 
ciplinary efforts. 

The field of digital optical computing is 
so young that it would benefit from nearly 
any kind of research. Optical storage, opti¬ 
cal communications, and optical devices 
need development before we can claim 
that optics has penetrated computer tech¬ 
nology. Attacking real problems of a 
rather limited scope, such as the limita¬ 
tions of data/knowledge base machines, 
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and pursuing short-term payoffs look like 
the best ways to insure sustained interest. 

Optical communications and storage 
already set the infrastructure on which 
more general applications of optics 
depend. New general directions look 
worth exploring. One is bridging the gap, 
or sharing ideas between the purely dis¬ 
crete, symbolic world of contemporary 
computer electronics and the inherently 
continuous and parallel modeling possible 
with optical phenomena. Another is 
dynamically compiling architecture 
according to the algorithmic requirements 
of the problem being solved and the 
resources available. 

In the final analysis, optics may have 
great potential in making computing even 
more pervasive. We need to continue our 
efforts to determine the reality of this 
potential. □ 
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Editor: Helen M. Wood, National Bureau of Standards, B154 Technology, Gaithersburg, MD 20899; (301) 975-3240. 


Reader 

response 

The following reader commentary 
responds to the Point/Counterpoint on 
trial-use standards featured in the Sep¬ 
tember issue of Computer. As you will 


recall, IEEE approves the use of trial- 
use standards (1) when a draft generally 
satisfies the developing group but needs 
input from a very broad constituency or 
(2) when the sponsor or the IEEE Stan¬ 
dards Board are unable to achieve a 
consensus on approval of the proposed 
standard. 


The discussion in the September issue 
focused primarily on the second use of 
trial-use standards. This contribution, 
from Robert H. Douglas, chair of 
Working Group 802.4, addresses the 
first use. 

Helen Wood 


A case for the use of the IEEE Trial-Use Standard 


The question has been raised whether 
we should get rid of the IEEE Trial-Use 
Standard. Some members of the stan¬ 
dards community argue that the trial- 
use standard does not serve a useful 
function. Personally, I think the trial- 
use standard is an important concept 
that should be retained and used more 
frequently. To support my opinion, I’d 
like to relate the experience of one 
standards-making group, the IEEE 
Working Group on Token Bus Local 
Area Networks, 802.4, which I’ve 
chaired for several years. 

First, let’s quickly review one of the 
functions of the IEEE Trial-Use Stan¬ 
dard. The IEEE Standards Manual 
describes this function as follows: 

Where a draft has been generated that 
generally satisfies the standards develop¬ 
ing group (i.e., subcommittee or working 
group) but needs input from a very broad 
constituency, such a draft may be 
processed as an IEEE Trial-Use Standard. 
This is a preferred alternative to the wide¬ 
spread distribution of unapproved drafts. 
This description seems to apply to 
much of the work of the Computer 
Society, since much of our standardiza¬ 
tion effort is on the leading edge of 
technology, and we often have diffi¬ 
culty getting “input from a very broad 
constituency” before the standard is 
published. 

In 1980, what is now Standards Sub¬ 
committee 802 began work on stan¬ 
dards for local area networks. The 
project was sponsored by the Computer 
Society’s Technical Committee for 
Computer Communications. Standards 
Subcommittee 802 soon split into a 
number of working groups, each char¬ 
tered to work on a specific media-access 
method. Working Group 802.4 was 
chartered with Token Bus LANs. 

Within 802.4, we developed several 
physical layer standards. Among these 


were two that attracted commercial 
interest—broadband and phase- 
continuous FSK (usually called carrier 
band). 

In 1984, when Working Group 802.4 
approved the draft that became the cur¬ 
rent IEEE approved 802.4 standard, 
there were few commercial implementa¬ 
tions of any part of the standard. Two 
companies were demonstrating the 
broadband media. However, to my 
knowledge, no implementation existed 
of the carrier-band standard. It was still 
a “paper standard.” 

Well, we were young and foolish. 
Everybody “knew” that our standard 
was perfect. Within a year, a demon¬ 
stration of the carrier-band standard 
was organized with three vendors 
providing experimental modems. The 
demonstration was a success in that it 
showed that the phase-continuous 
modulation scheme was superior to 
competitive technologies; however, 
implementors began to find problems 
with basic parameters such as the trans¬ 
mit signal level and the clock-training 
pattern (the frame preamble). Addition¬ 
ally, the real-world problem of reflec¬ 
tions on the media seemed to have been 
forgotten. We spent another painful 
year reaching a consensus on the 
changes required to make the carrier- 
band standard an economic practicality. 
Our result is incompatible with the 
standard that had been approved by the 
Standards Board. To make matters 
worse, the International Organization 
for Standardization has processed the 
original IEEE standard 802.4 into the 
International Standard ISO 8802/4. 
(Fortunately, we inserted a warning in 
the ISO standard about the “possibil¬ 
ity” of changes in the carrier band 
section.) 

Our working group plans to present a 
revised standard 802.4 soon to the Stan¬ 


dards Board. This revised standard will 
incorporate the carrier band changes. 

Meanwhile back in the marketplace, 
the 802.4 standard has become the com¬ 
munication base for the Manufacturing 
Automation Protocol (MAP). The cur¬ 
rent MAP specification calls for the 
broadband standard. The next revision 
will also include the carrier-band 
standard. 

I know of at least four announced 
implementations of the carrier-band 
standard including three VLSI chips. 
Fortunately, representatives from the 
vendors of these products participate in 
the Working Group 802.4.1 believe 
they have implemented what will 
become the revised standard, rather 
than the currently approved standard. 

In hindsight, I believe Working 
Group 802.4 made a mistake in promot¬ 
ing the carrier-band standard as a full 
IEEE standard. However, if we had not 
published something, the products and 
chips that will implement the revised 
standard would not have been 
developed. 

Sometimes we get a chance to learn 
from our mistakes. We hope to present 
to the Standards Board soon another 
part of the revised 802.4 standard—the 
definition of a new media using fiber 
optics. To my knowledge, there are cur¬ 
rently no commercial implementations 
of the draft standard. Working Group 
802.4 has voted unanimously to dele¬ 
gate trial-use status to the fiber-optic 
part of the revised standard. 

As a result of the experience of 
Working Group 802.4,1 believe that the 
trial-use standard is invaluable and 
should be used more in the development 
of IEEE standards. (I only wish that 
ISO recognized the concept.) 

Robert H. Douglas 

Concord Communications, Inc. 
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Standards briefs 

Accredited Standards Committee X3, 
Information Processing Systems, has 
announced a four-month public review 
and comment period on the proposed 
adoption of the following standards. 
The public review and comment period 
will end on December 14, 1987. 

A set of ISO standards for identifica¬ 
tion cards. If approved, these standards 
would be adopted as American 
National Standards. The identification 
card standards under review include 


ISO 7811, a multipart standard which 
specifies the following: 

• requirements for embossed charac¬ 
ters on identification cards; 

• characteristics for a magnetic stripe 
(including any protective overlay) 
on an identification card, the 
encoding technique, and coded 
character sets; 

• location of embossed characters on 
identification cards of ID-1 size; 

• location of the tracks for read-only 
magnetic recordings; and 

• location of a track for read-write 
magnetic recording. 

Companion standards also under 


review include ISO 7810, which speci¬ 
fies the physical characteristics of iden¬ 
tification cards; ISO 7812, which 
specifies a numbering system for the 
identification of issuers of identification 
cards; and ISO 7813, which specifies 
directly or by reference the require¬ 
ments for cards used in financial trans¬ 
actions. 

All of the above documents are avail¬ 
able for purchase from the American 
National Standards Institute, Sales 
Department, 1430 Broadway, New 
York, NY 10018; (212) 642-4900. 

A standard for fiber-distributed data 
interface (FDDI). This standard, 
American National Standard 
X3.166-198X, addresses the physical- 
layer, medium-dependent aspects of 
FDDI. It is intended for use in a high- 
performance multistation network that 
operates at 100 megabits per second and 
uses a token-ring architecture and fiber 
optics as the transmission medium over 
distances of several kilometers. 

By the expected implementation date 
of this standard, it is likely that there 
will be many installations of the IEEE 
802.5 token ring and of lower speed 
LAN products. Users of these installa¬ 
tions should benefit from the higher 
data rates, expanded configurations, 
reduced costs, and other advantages 
offered by the proposed standard. 

Copies of the draft standard are 
available from Global Engineering 
Documents, Inc. by calling (800) 
854-7179. Single copy price: $30.00; 
international orders: $39.00. 

A standard for interfaces between 
flexible-disk cartridges and their host 
controllers. This standard is the revised 
American National Standard 
X3.80-198x. It defines the functional 
and electrical requirements (including 
logic signals) and the mechanical 
requirements of the interface for con¬ 
necting flexible-disk drives to a host sys¬ 
tem. The standard specifically includes 
drives using media specified in Ameri¬ 
can National Standards, but it does not 
exclude drives using other media. This 
standard is distinct from a specification 
in that it delineates a minimum set of 
requirements consistent with compati¬ 
bility and interchangeability at the 
interface level. As originally developed, 
it was written specifically for 8-inch and 
5.25-inch flexible-disk drives. However, 
the standard may be applied to other 
disk sizes. 

Copies of the draft standard may be 
obtained from Global Engineering 
Documents, Inc. by calling (800) 
854-7179. Single copy price: $20.00; 
international orders: $26.00. 


—Advertisement— 
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Engineering ties to foreign technology 
called critical to US economy 


A National Academy of Engineering 
committee report suggested that aca¬ 
demic, government, and industrial pro¬ 
grams in the US must be modified to 
respond to increasing engineering 
activity abroad. The committee noted 
that many nations have developed 
centers of technological excellence. 
Moreover, “Technological protec¬ 
tionism is not a sustainable path as a 
general course since technology inevita¬ 
bly diffuses.” 

The report suggested that the US 
would benefit more by ensuring that 
knowledge is created in American 
laboratories at a more rapid pace than it 
is transferred abroad, and that Ameri¬ 
can engineers and scientists have access 
to significantly more technological 
information from foreign research. 

The committee, chaired by H. Guy- 
ford Stever, NAE foreign secretary, 
offers recommendations not only to the 
National Science Foundation but also 
to other federal agencies, engineering 
schools, professional societies, and 
industry. It called on the NSF to 
increase its level of funding for partici¬ 
pation in international collaborative 


NASA has begun an initiative to 
apply artificial intelligence technology 
to space exploration and to conduct 
basic AI research. A new division at 
NASA’s Ames Research Center will 
spearhead the work. 

Ames’ Information Sciences Division 
will work with other NASA centers and 
private industry to develop automated 
systems for all phases of space missions, 
from launch to mission control and on¬ 
board operations. For unmanned mis¬ 
sions, Ames researchers will develop 
technology for intelligent agents that 
can function for extended periods with¬ 
out human intervention. 


engineering research and education and 
to modify its proposal formats to 
ensure that researchers are aware of 
results from abroad. 

The committee also recommended 
that engineering schools instill in their 
students a greater appreciation for for¬ 
eign achievements and offer more 
opportunities for study abroad. It 
called for establishment of offices 
responsible for presenting engineering 
students with an international perspec¬ 
tive of engineering and technology. 
These offices, to be established on the 
campus of every major engineering 
school, would also provide information 
on international programs and 
developments. 

The committee noted an “urgent 
need” for increased capability in Asian 
languages, especially Japanese, among 
American engineers. 

The report. Strengthening US Engi¬ 
neering Through International Cooper¬ 
ation: Some Recommendations for 
Action, is available without charge 
from the NAE Office of Administration 
and Finance, 2101 Constitution Ave., 
NW, Washington, DC 20418. 


A major thrust of the research will be 
systems integration. To date, researchers 
have investigated two communications 
protocols. They are also working on 
systems integration and architecture 
within multiprocessors, to combine 
symbolic and numeric processing, and 
machines that can recognize images and 
patterns. 

The Information Sciences Division 
has put together a cooperative research 
team from universities and the AI 
industry. Flowever, deputy director 
John Bull said that the office will first 
focus on building up an in-house 
research capability. 


Japanese version of 
IEEE Spectrum scheduled 

A Japanese-language version of IEEE 
Spectrum will be made available in 
Japan by Maruzen Co. Ltd. of Tokyo 
under an agreement signed in June 1987 
by Kumao Ebihara, President of 
Maruzen, and Eric Herz, executive 
director and general manager of the 
Institute of Electrical and Electronics 
Engineers. 

The first issue of the Japanese version 
is scheduled for December 1987. Japa¬ 
nese readers will be able to purchase it 
by subscription or at bookstores. 

UIC report stresses 
importance of data 
visualization 

America’s research and development 
capabilities in such areas as medicine, 
space exploration, engineering, and 
computer technology will be seriously 
weakened unless the US actively pro¬ 
motes computer data visualization tech¬ 
niques, according to a report produced 
at the University of Illinois at Chicago. 

Production of the report was funded 
by a National Science Foundation 
Grant to the Electronic Visualization 
Laboratory at UIC. The authors 
include Thomas DeFanti, director of 
EVL, and Maxine Brown, associate 
director. 

The report recommends that the 
National Science Foundation and other 
federal funding agencies support data 
visualization by spending $70 to $230 
million annually on the development of 
integrated hardware and software tools. 

The authors point out that despite the 
use of visualization technology in per¬ 
sonal computers, scientists and aca¬ 
demics using large-scale computing 
systems lack the programs and facilities 
necessary to efficiently transform 
numerical data into graphical data. This 
means that much information goes to 
waste because humans cannot interpret 
billions of numbers as easily as pictures 
of that data. 


NASA begins AI research effort 
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Carnegie Mellon opens Center for Dependable Computing 


Pittsburgh’s Carnegie Mellon Univer¬ 
sity has established a Center for Depend¬ 
able Computing to meet a growing need 
for reliable computing to protect vital 
information stored in automated sys¬ 
tems. The center will concentrate on 
research, evaluation, and development 
of fault-tolerant computers and reliable 
software to apply to life-critical sys¬ 
tems, process control in manufacturing, 
transaction processing, and other large 
automated commercial and military 
systems. 

John P. Shen, principal investigator 
at the CDC, said the university has been 
doing fault-tolerant computing research 
for years, but that formation of the cen¬ 
ter brings together software and hard¬ 
ware experts from CMU’s departments 


Scottish team produces 

The world record for the shortest 
laser pulse was cut by one-third by a St. 
Andrews University research team, 
according to an announcement from the 
Scottish Development Agency. 

According to the announcement, the 
pulse lasted for 19 femtoseconds—one- 


The IEEE United States Activities 
Board has opposed Section 1706 of the 
Tax Reform Act, which the board 
believes has “a devastating effect” on 
thousands of technical consultants and 
the brokers who find work for them. 
The USAB has been working with other 
organizations to persuade Congress to 
repeal or amend this provision of the 
tax code. 

The USAB has endorsed legislation 
(H.R. 792 and S. 429) that would per¬ 
mit time for Congressional hearings to 
determine the appropriate tax status of 
technical service personnel. According 
to the board, Section 1706 singles out 
technical services personnel for “dis¬ 
criminatory treatment” through the use 
of “outdated and subjective tests” of 
employment status that do not apply to 
consultants in other fields. 

The USAB has also endorsed the 
Pension Portability Act of 1987 (H.R. 
1961). The bill includes provisions that 
would require employers to give 
employees leaving a company the 


of computer science and electrical and 
computer engineering. 

The CDC’s first fault-tolerant com¬ 
puter is a Stratus XA 2000 model 100 
continuous processing system. It will be 
used to predict hardware failures, inte¬ 
grate parallel processing, and design 
hardware architectures. The unit will 
also be tested as an ultra-reliable file 
server for a distributed computing envi¬ 
ronment such as the Andrew system, 
CMU’s personal computing network. 

Shen said that fault-tolerant comput¬ 
ing research was previously focused on 
military and space applications because 
they were the only areas requiring 
major computing systems. 

“Now,” he said, “large automated 


third faster than the previous record 
established in the United States two 
years ago. 

William Sibbett, a professor on the 
research team, said that the key to the 
breakthrough was the use of seven mir¬ 
rors instead of the usual six. Moreover, 


option of rolling over accrued vested 
benefits into another qualified plan or 
into a rollover individual retirement 
account. It would also permit 
employers of any size company, not 
otherwise offering qualified plans, to 
establish simplified employee pensions 
for their employees. 

The IEEE stresses that long-term 


USAB seeks nominations 

The IEEE United States Activities 
Board seeks nominations for its first 
annual journalism competition. The 
categories are distinguished literary con¬ 
tributions furthering public understand¬ 
ing of the engineering profession and 
distinguished contributions furthering 
engineering professionalism. Nomina¬ 
tions must be made by an IEEE mem¬ 
ber residing in the US, or can be 
submitted by a publisher, author, radio 


computer systems are used in airline 
ticketing, air traffic control, banking, 
at chemical and nuclear plants, and in 
other manufacturing areas where 
failures in the system can lead to 
tremendous losses in money and, in 
some cases, human life.” 

Shen said the center will seek a bal¬ 
ance between theoretical and practical 
approaches in commercial and aer¬ 
ospace research. Striking such a balance 
would make the CDC unique among 
university projects, he added. 

The center was funded by the 
National Science Foundation, the 
Office of Naval Research, NASA, the 
US Army and IBM Corp. Equipment 
was donated by Digital Equipment 
Corp. and Stratus Computer, Inc. 


the experimental system produced 
pulses of a distinctive shape, which Sib¬ 
bett said raises new questions about the 
kinetics of the mechanisms and the 
potential for further development. The 
ultimate goal is the design and construc¬ 
tion of a practical optical computer. 


solutions must be found to deficiencies 
in research and development of both 
semiconductors and gallium arsenide 
components. One statement claims that 
loss of the US edge in semiconductor 
technology threatens the supercomputer 
industry. Another statement calls for 
changes in US tax policies and laws to 
make the US competitive in GaAs com¬ 
ponents. Copies of the statements are 
available through IEEE Public Infor¬ 
mation, 1111 Nineteenth St., NW, 
Washington, DC 20036. 


for journalism awards 

station, or television station. 

Entries are limited to efforts appear¬ 
ing in the US public press or broadcast 
media and to US periodicals produced 
by individuals or groups other than 
professional engineering organizations. 

Nomination forms must be submitted 
by March 30, 1988. Forms are available 
from William R. Anderson, IEEE, 1111 
Nineteenth St., NW, Washington, DC 
20036. 


shortest laser pulse 


IEEE USAB takes positions on Section 1706, 
pension portability, and semiconductors 
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Computer Society’s position on tax provision 


US senators respond to 

Computer Society President Roy 
Russo has received responses from Sen¬ 
ator Daniel Moynihan (D-NY) and Sen¬ 
ator Alfonse D’Amato (R-NY) concerning 
the Computer Society’s call for the 
repeal of Section 1706 of the US Tax 
Reform Act of 1986. 

Senator Moynihan introduced Sec¬ 
tion 1706, which was enacted as part of 
the Tax Reform Act of 1986. In his let¬ 
ter, Senator Moynihan argues that there 
were too many abuses under Section 
503, the section of the 1978 Revenue 
Act that previously established criteria 
for independent contractor status. 
According to Moynihan, the purpose of 
Section 1706 is simply “to replace Sec¬ 
tion 530 with better functioning stan¬ 


dards for distinguishing independent 
contractors and employees in the tech¬ 
nical services industry.” Moynihan 
admits that some uncertainties have 
attended Section 1706. He states that he 
has pressured the Treasury Department 
and the IRS to resolve these uncertain¬ 
ties, and he observes that his efforts 
have won a delay of penalties for non- 
compliance until the uncertainties are 
resolved. However, Senator Moynihan 
maintains that Section 1706 should not 
be repealed since Congress must have a 
means of curbing abuses of the indepen¬ 
dent contractor status. 

Senator D’Amato introduced Senate 
Bill S.491, which would repeal Section 


1706. The Computer Society has stated 
its support of this bill. In his letter, Sen¬ 
ator D’Amato points out that Section 
1706 could force technical service con¬ 
tractors to become employees of their 
clients, a necessity that would not be 
cost-effective for the clients and would 
ultimately lead to a reduction in work 
for technical service workers. Senator 
D’Amato declares that he feels the tax 
status of independent contractors must 
be carefully studied before any action is 
taken. He observes that Section 1706 
was not the subject of congressional 
hearings or of floor debate. D’Amato 
stresses his conviction that “repeal of 
Section 1706 is the only fair way to cor¬ 
rect this inequity.” 


Committee on Public Policy responds to Copyright Office 


Ralph J. Preiss, COPP Vice Chair 

The COPP subcommittee on Intellec¬ 
tual Property has presented a position 
paper recommending the separate regis¬ 
tration of computer screen displays and 
computer programs. The committee 
made its presentation at hearings con¬ 
ducted by the Copyright Office of the 
Library of Congress September 9 in 
Washington, DC. 

Computer Society officers and Board 
of Governors members have reviewed 
the position paper, and the board has 
approved its wording, 14-2, with three 
abstentions. 

Individual written comments to the 
Copyright Office are due October 9, 
1987. Responses are solicited for the 
following questions: 

(1) Should a screen display be regis¬ 
tered separately from the underlying 
computer program that generates it? 
(The present situation combines pro¬ 
grams and screens in one copyright.) 

(2) If the screen display is to be regis¬ 
tered separately, under what circum¬ 
stances should the separate registration 
be made? 

(3) Should a distinction be made 
between the registration of a textual and 
a pictorial display? 


(4) If a screen display is to be regis¬ 
tered, what would be an appropriate 
deposit to identify it at the time of 
registration or later? 

(5) What is the relationship between a 
computer program and the generation 
of a screen display? What specific tech¬ 
nology and methods are used to create 
displays? (Describe the technology and 
methods.) 

(6) Can completely different com¬ 
puter programs produce a substantially 
similar screen display? (If so, explain 
the technology that makes this possible. 
Discuss the degree of similarity.) 

(7) How will our registration deci¬ 
sions affect the public interest in the 
development of new and improved 
computer programs? Will this interest 
be encouraged or discouraged? 

Richard H. Stern, COPP Intellectual 
Property subcommittee chair, is coor¬ 
dinating the technical committee’s 
activities concerning this issue. Stern is 
working with Oscar Garcia, past presi¬ 
dent of the Computer Society and ex 
officio member of the Board of Gover¬ 
nors, and Steven Levine, vice chair of 
the Technical Committee on Computer 
Graphics. Together they wrote two 
drafts of the position paper in prepara¬ 
tion for the September 9 hearing. 


The position paper made the follow¬ 
ing points: 

(1) A menu or other screen display 
should be registrable separately from 
the underlying program if the display is 
original and otherwise satisfies the 
statute. 

(2) There appears to be no sound rea¬ 
son for distinguishing between textual 
and pictorial displays. 

(3) Printouts and photographs of 
screens would be the most appropriate 
deposits or identifying material for 
products to be registered. 

(4) Separate registration would 
encourage innovation because software 
designers would be encouraged to avoid 
infringement of proprietary material. 

(5) A review of the technology 
involved in creating displays reveals 
that many different computer programs 
(and languages from which the pro¬ 
grams are generated) can create voltages 
and currents that are similar to or the 
same as those used to reproduce a dis¬ 
play. Also, the intellectual content of a 
screen—its “user-friendliness”—is 
really the key to its usefulness. This 
intellectual content has little to do with 
the code that generated the display. 

(6) Further discussions delve into the 
three types of copyright protection 
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presently offered: VA, for pictorial or 
graphic work such as maps (which can 
be like computer-generated instructions 
or menus); PA, for audiovisual work 
such as video games; and TX, for pro¬ 
grams as literary work. They argue that 
there is nothing to prevent the Copy¬ 


right Office from establishing a new 
category of registration and form for 
computer program screen displays—for 
example, SD registration. Again the 
case is made that the display and the 
driver are separate and should therefore 
be granted separate copyrights. 


Society members who would like to 
participate in this activity or want fur¬ 
ther information on the Committee on 
Public Policy should circle reader card 
number 191 or contact the COPP 
secretary—Paul Davis, 41 W. Huron 
St., Jackson, OH 45640. 


Office Automation TC examines theory and practice of office models 


David M. Choy 

Chair, Office Automation TC 

Starting this year, the Office Auto¬ 
mation Technical Committee is publish¬ 
ing a quarterly technical bulletin 
entitled “Office Knowledge Engineer¬ 
ing.” The bulletin disseminates current 
research about social science technology 
and information technology that applies 
to office information systems. Each 
issue is devoted to a specific topic such 
as multimedia office systems, task 
models of office work, knowledge rep¬ 
resentation in office systems, office 
workstations, and desktop management 
systems. The current issue deals with 
office models—theory and practice. 

The design of office models, referred 
to as requirements modeling or systems 
analysis, is one of the most important 
and difficult phases of system imple¬ 
mentation. It is important because it 
establishes the structural foundation 
upon which support system functions 
are built. It is a difficult undertaking, 
because design methodologies and spec¬ 
ifications will vary with 

(1) the degree of structuredness in the 
underlying information processing 
activity, 

(2) the relationship between the user 
and designer, and 


(3) the degree of user involvement in 
the design process. 

We need robust methodologies that 
can be tailored to specific task situa¬ 
tions. In addition, we need better 
prescriptions for user involvement in 
the design process. These prescriptions 
must be sensitive to the many individ¬ 
ual, group, and organizational factors 
that characterize successful system 
implementations. The four papers in 
the current newsletter examine these 
issues. 

Every year, the OATC sponsors an 
annual conference for researchers and 
practitioners in the field of office sys¬ 
tems and applications. The 1987 confer¬ 
ence, The Office Automation 
Symposium, was held at the National 
Bureau of Standards, Gaithersburg, 
Maryland, April 27-29. Papers were 
submitted from 13 countries. These 
papers presented the latest research and 
design on office automation from 
academia, industry, and government. 

Our next conference, the Conference 
on Office Information Systems, will be 
held in March 23-25, 1988, in Palo 
Alto, California. It will be jointly spon¬ 
sored by the OATC and ACM SIGOIS, 
in cooperation with IFIP Working 
Group 8.4. Najah Naffah of Bull, 


Paris, will be the general chair and 
Robert Allen will be the program chair. 

The objective of the Office Automa¬ 
tion Technical Committee is to serve the 
technical and professional community 
that is interested in promoting various 
aspects of office automation. To do so, 
the OATC provides opportunities for 
its members to exchange ideas and to 
pursue activities of common interest. 

All facets of the handling and process¬ 
ing of office information are of interest 
to the OATC. The technical commit¬ 
tee’s activities cover office system, 
workstation, application, connection, 
and configuration. Particular areas of 
investigation range from technical fac¬ 
tors (such as modeling, requirements, 
architecture, interface, language, inte¬ 
gration, and control) to human factors 
(such as social and organizational con¬ 
siderations). The OATC membership is 
open to all who are interested in these 
and other related subjects. 

For further information on the Office 
Automation Technical Committee, 
please circle reader card number 192, or 
contact David Choy, IBM Almaden 
Research Lab, MS K52/803, 650 Harry 
Road, San Jose, CA 95120; (408) 
927-1846. 


Renewed interest in computational medicine 


John M. Long 

Chair, Computational Medicine TC 

Almost 400 members have joined the 
Technical Committee on Computa¬ 
tional Medicine in the last 18 months. 
However, we believe there are many 
more members of the Computer Society 
interested in medical applications of 
computers. We encourage you to join 
us if you are one of them. CompMed 
now has its own newsletter and is plan¬ 
ning a major conference on computer- 
based medical systems in June. 


The CompMed newsletter is in its sec¬ 
ond year of publication. In addition to 
CompMed news, the newsletter pub¬ 
lishes short articles written by our mem¬ 
bers. Margaret Peterson, of the 
University of Connecticut, recently 
accepted an appointment as newsletter 
editor. 

Plans are almost complete for the 
Symposium on the Engineering of 
Computer-Based Medical Systems, to 
be held June 8-10 in Minneapolis, Min¬ 
nesota. The symposium will be jointly 
sponsored by the IEEE Computer Soci¬ 


ety, the IEEE Engineering in Medicare 
and Biology Society, the University of 
Minnesota Continuing Medical Educa¬ 
tion Department (Secretariat), and 
WorldMed 88. (Please see the related 
story in the Conferences Department 
section of this issue.) 

For more information on the Techni¬ 
cal Committee on Computational Medi¬ 
cine, circle number 193 on the reader 
service card in this issue, or contact 
John M. Long, 2829 University Ave., 
SE, Suite 408, Minneapolis, MN 55414; 
(612) 627-4850. 
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Society’s first editorial workstation is retired 


The Computer Society has retired its 
first editorial workstation—a 192K- 
byte, dual-floppy Zenith Z-100. The 
machine was purchased in December 
1983 to edit feature articles received by 
IEEE Micro through electronic mail or 
on disk. Its success led to the society’s 
subsequent acquisition of 17 work¬ 
stations. 

Obsolescence and lack of compatibil¬ 
ity with the IBM PC standard dictated 
the Z-lOO’s retirement. In 1983, how¬ 
ever, the Z-100 was a technically 
advanced machine that provided a 
unique means of accessing the then cur¬ 
rent CP/M eight-bit software base. It 
offered two processors—an 8088 run¬ 
ning ZDOS (an MS-DOS variant) and 
an 8085 running CP/M. The Z-100 also 
used IEEE’s standardized version of the 
S-100 backplane bus introduced on the 
MITS Altair in 1974. Though the Z-100 
was a capable and well-engineered sys¬ 
tem, the need for a dual-processor 8- 
and 16-bit system never materialized. 
Zenith discontinued the machine in 
1986 to focus on its line of PC com¬ 
patibles. 

IEEE Micro’s Z-100 was acquired at 
the request of Peter Rony, the maga¬ 
zine’s editor-in-chief from 1983 to 1985, 
and was assigned to Joe Schallan, then 
the managing editor. Rony had pro¬ 
posed the acquisition as an experiment 
in the feasibility of electronic publish¬ 
ing. The first article handled electronically 
from original keystroking by the author 
through editing and typesetting—was 
the editor-in-chief’s message that 
appeared in the February 1984 IEEE 
Micro. 

In the magazine’s August 1984 spe¬ 
cial issue on microcomputer standards, 
four articles representing a large per¬ 
centage of the issue’s page count were 
handled electronically. Several of these 
articles had been submitted late and one 
was discovered to contain out-of-date 
information. The ability to exchange 
revisions with authors by electronic 
mail and directly input text to pho¬ 
tocomposition devices enabled the 
IEEE Micro staff to edit and send the 
articles to the typesetter quickly, and 
thus to maintain the schedule of the 
special issue. 

IEEE Micro’s experience during 
1984, especially with the August issue, 
helped persuade the Computer Society 
to automate the editing and typesetting 
of all its magazines. In December 1984, 
the society purchased four IBM PC 
XTs, each with 256K-bytes of RAM, a 
lOM-byte hard disk, and a 360K-byte 
floppy drive. One was assigned to Com¬ 
puter , one to IEEE Computer Graphics 


and Applications, one to IEEE Micro, 
and one to IEEE Software and IEEE 
Design & Test. Microsoft Word was 
chosen as the house word-processing 
package, and a DOS user interface for 
electronic publishing was devised by 
Rob Carson, systems manager, and 
Galen Gruman, assistant editor of 
IEEE Software. 

The Computer Society upgraded the 
original XTs to 640K-bytes and pur¬ 
chased additional machines in 1985. It 
obtained two PC ATs in 1986 and in 
July of this year added three AT- 
compatible Compaq Portable Ills— 
each with 640K-bytes of RAM and a 
40M-byte hard disk. 

With 17 machines, the Computer 
Society now provides all its editors with 
workstations. Authors can submit arti¬ 
cles in most formats through Compmail + 
the society’s ITT Dialcom-managed 
electronic mail system, or on floppy 
disk. They can also use gateways from 
Arpanet, CSnet, and Bitnet to 
Compmail +, or transmit their articles 
directly from their modems to the soci¬ 
ety’s modem. 

At the time of the Z-100’s purchase, 
the automation of the society’s maga¬ 
zine publishing activities had long been 
urged by Bob Stewart, then a Board of 
Governors member and later a technical 


activities vice president. As an IEEE 
Micro associate editor and a guest edi¬ 
tor of the August 1984 special issue, he 
participated in the magazine’s experi¬ 
ments with electronic publishing. Ray 
Ybaben, as a member of the society’s 
West Coast Operations Committee, 
took special responsibility for office 
automation projects. He guided the 
selection and purchase of the first four 
XTs and of the subsequent upgrades. 

Less than four years ago, 192K bytes 
on the motherboard and an 8088 CPU 
made the Z-100 a powerhouse. Though 
256K-byte dynamic RAMs and 80286s 
have changed all that, the Z-lOO’s capa¬ 
bilities proved to the Computer Society 
that electronic text capture, editing, and 
input to typesetting saves time—often a 
great deal of time. In 1983, turnaround 
from typesetting was three to five days; 
today, it is 24 hours. Now, most of the 
material in the society’s six magazines is 
processed electronically. In this issue of 
Computer, for example, all the feature 
articles were submitted through elec¬ 
tronic mail or on disk, and all were 
edited and transmitted to typesetting 
electronically. 

The Z-100 is gone, but its service will 
be remembered. Before its retirement, it 
successfully handled 21 issues of IEEE 
Micro and 70 feature articles. 



Former IEEE Micro 
managing editor, Joe 
Schallan, bidding fare¬ 
well to the Zenith Z-100 
that was the Computer 
Society’s first editorial 
workstation. Its success 
led to the society’s 
acquisition of a new 
generation of work¬ 
stations. 
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CALL 
FOR 
PAPERS, 

TUTORIALS, 

AND 

VENDOR PROPOSALS 


CONFERENCE ON 
SOFTWARE MAINTENANCE-1988 

PHOENIX, ARIZONA 
OCTOBER 24-27, 1988 


The Conference on Software Maintenance-1988 (CSM-88) will gather software managers, developers, maintainers, 
and researchers to discuss new solutions to the continuing challenge of software maintenance and software 
maintainability. 

Making a Difference: Improving The Product By Improving The Process 

CSM-88 will focus on the processes that impact software maintenance. CSM-88 seekspapers which clearly indicate advances in the field of 
software maintenance; the time frame for achieving those advances; and any evidence suggesting that the advances can in fact be realized. 
Papers which indicate paths that should not be followed, along with evidence supporting these conclusions, are also solicited. 


SPONSORS: 


IN COOPERATION WITH: 


! IEEE— 

Software Engineering* 


ACM/SIGSOFT— 

Special Interest Group on Software Engineering* 



The Institute of Electrical and Electronics Engineers, Inc. 
Data Processing Management Association (DPMA) 
National Bureau of Standards (NBS)* 


Association for Women in Computing (AWC)* 


Software Maintenance Association (SMA)* 


SUGGESTED TOPICS 
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NEW PRODUCT REVIEWS 


Editor: Richard Eckhouse, MOC0, Inc., PO Box A, 91 Surfside Rd., Scituate, MA 02055; Compmail + , r.eckhouse 


Full-function, low-cost, entry-level accounting systems 


If you have been bitten or are about 
to be bitten by the entrepreneurial 
spirit, read on. What I think you need 
to help turn your dream into reality is a 
low-cost, full-featured accounting sys¬ 
tem. In this review I will look at three 
microcomputer-based systems: TAS- 
Cash, Dac Easy Accounting, and TAS- 
Books. None of them will set you back 
more than a couple hundred dollars, 
and any one will help you manage your 
dream into the next stage of success. 
Before getting into the review, let me 
explain what you can expect from a 
low-end system targeted for a small 
company. 

To me, a small company means one 
with under 10 million dollars in sales, 
less than 50 employees, under 500 ven¬ 
dors, and maybe 100 customers. If 
you’re just starting out, that may seem 
quite large. But a successful venture 
may grow to that size in a surprisingly 
short time. Letting it get there without a 
good accounting system can mean 
trouble. 

I should point out that these size 
limits are mine and not those of the sys¬ 
tems reviewed. In fact, none of the sys¬ 
tems discussed mentions size as a 
limiting factor. When supported by a 
hard disk, each system is generally 
limited by disk space and not the num¬ 
ber of digits in the customer or vendor 
code. However, they may have limits on 
the number of departments or compa¬ 
nies considered one entity. Also, there 
may be limits to the level of detail 
provided. 

Another factor is security. As the 
company grows from one to several 
employees, maintaining the company’s 
books may fall on someone other than 
the owner or a company officer. As a 
result, you may want to limit access to 
some of the company records or pay¬ 
ment procedures. This requires pass¬ 
word protection. 

Support is another important issue. 
Engineers who become entrepreneurs 
are not known for their financial 
expertise. Thus, they must rely on 
someone else. Certainly you need a 
good accountant to keep the books in 


order, but a small company will not 
find it economical to hire one as the sec¬ 
ond employee. Turning to an auto¬ 
mated accounting system isn’t 
necessarily the answer either, if it is 
unfamiliar to you. How you account 
for the business is really up to both you 
and your accountant, and you 
shouldn’t make a decision to automate 
without consulting your accountant. 

Having decided to automate, how¬ 
ever, means that you will most likely 
need support from the vendor of your 
accounting system, as well as your 
accountant. What kinds of questions 
can you expect them to answer? How 
much does support cost? How quickly 
can you get the answers you need? 

What happens if you need more fea¬ 
tures or functions from your existing 
system? You will need answers to these 
and a lot more questions, most likely as 
you encounter them while using the sys¬ 
tem rather than during the process of 
selecting a system. 

Now a very basic accounting system 
revolves around a set of accounts and a 
general ledger. If all you do is make 
deposits and draw against your check¬ 
ing account, then a “One-Write” type 
of system will do. In such a system you 
make entries in your general ledger 
(basically a multicolumn ledger sheet), 
one in the cash column (positive for a 
deposit and negative for a check), and 
one in the appropriate expenditure 
account (office supplies, travel 
expenses, rent, etc.). This is the very 
basic double-entry accounting method 
where everything gets posted against the 
cash account. 

As the business grows, however, you 
will need to send invoices and state¬ 
ments to customers, and order supplies 
from vendors who extend you credit. 
These capabilities necessitate accounts 
receivable and accounts payable 
ledgers, so your little accounting system 
starts to grow. If you inventory items, 
then you’ll need an inventory module as 
well. When the company starts taking 
on employees, a payroll module is 
called for. 

When taken together, all of these 


modules only make sense with a report¬ 
ing system to show the financial condi¬ 
tion of the company (as measured by 
the profit/loss and balance statements). 
To be really useful, the reports must 
draw from a historical database, such as 
the results of the past three years, and 
should include a budget entry (by 
month or year) for reporting against. A 
handy feature to have is a forecasting 
module to determine if you are on tar¬ 
get as far as income and expenses go. 

Each of the systems reviewed here 
provides most, if not all, of these fea¬ 
tures. Particularly characteristic of 
them is that they do so at a price far 
below other systems that also run on 
microcomputers but cost on the order 
of $2500. None offers all the flexibility 
and features of the higher-priced sys¬ 
tems, but when you are just getting 
started you can use these lower-priced 
systems to run your business. You can 
learn how accounting works and gradu¬ 
ate to something more sophisticated as 
the business grows. Finally, each comes 
with some form of a 30-day money- 
back guarantee so you can really put 
them to the test before committing 
yourself. 

TAS-Cash 

TAS-Cash from Business Tools is an 
excellent system to get your business up 
and running quickly. While based on 
the “One-Write” philosophy, this pack¬ 
age offers much more than a chart of 
accounts and a general ledger. What 
really sets it apart are the customer and 
vendor maintenance modules plus its 
complete audit trail, maintained 
through its journals, bank balances, 
and financial statements. 

The system is menu driven. When 
you start it up you’re presented with a 
set of options: check register, general 
ledger, customer maintenance, vendor 
maintenance, system maintenance, cus¬ 
tomization, and utilities. Selecting one 
presents a pull-down window for the 
next choice, such as enter a check/deposit, 
print a journal, and enter/change the 
chart of accounts. Default values, pop- 
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up windows, and function keys help 
make entering data easy. You don’t 
have to remember the next check num¬ 
ber or the customer codes, since the sys¬ 
tem will supply all of that information 
if requested. 

The screens are well laid out; the vari¬ 
ous modules, completely integrated; 
and all databases, updated immediately. 
This means that you always know your 
checking account balance, can see the 
recently written or deposited checks, 
can reconcile your bank statement, can 
print a trail balance or a balance sheet, 
can print customer statements, etc. 

TAS-Cash is a complete entry-level 
bookkeeping system, simple yet rich in 
features and easy to use. Compared to 
others in its class, it is the best single¬ 
entry accounting system I have reviewed. 
While the user unaccustomed to auto¬ 
mated accounting may not appreciate 
the complete audit trail that this system 
provides, it is sure to come in handy 
when trying to unravel the current 
financial position. 


TAS-Cash is a complete 
entry-level bookkeeping 
system, simple yet rich in 
features and easy to use. 


The system has some minor quirks. 

For example, a pop-up listing of vendor 
codes can only scroll forward, and 
changing the FROM date also changes 
the TO date when selecting a range. 

You can’t post a check to more than 
five ledger accounts. Also, the manual 
is not tutorial and leaves you on your 
own to figure out how to use this 
accounting system to support your busi¬ 
ness. While each module is explained, 
along with the underlying database 
files, there are no examples of any of 
the reports and statements that TAS- 
Cash can generate. You do receive the 
complete source code (discussed under 
TAS-Books), so you have the option of 
customizing the system to your specifi¬ 
cations. 

Business Tools offers a number of 
support options. For the first 30 days, 
support is free. Thereafter, you can 
purchase either Extended or Premium 
Support. 

TAS-Cash sells for $49 and runs on a 
PC or compatible with 256K bytes and 
two floppy drives. You will actually 
receive two sets of disks, a tryout set 
limited to 250 entries and an unlimited- 
entry version. You can really get to 
know the software using the limited ver¬ 


sion before you accept the program, 
and still return the complete package 
with the unopened disks under Business 
Tools’ 30-day money-back guarantee. 
The unlimited version also includes the 
source files. Another nice feature is that 
you can use the TAS-Cash database 
you’ve created if you choose to upgrade 
to TAS-Books. 


Dac Easy 

Dac Easy from Dac is the undisputed 
leader in low-price accounting systems. 
When it was first announced at $50, 
everyone—from those who wrote such 
systems to those using them—thought 
that this product couldn’t be any good. 
Now, after over 200,000 systems have 
been sold and Dac has released Version 
2.0, the results clearly indicate other¬ 
wise. It has many of the features found 
in the more expensive systems, includ¬ 
ing general ledger, accounts receivable, 
accounts payable, billing, inventory, 
purchase order, forecasting modules, 
and payroll. Two utilities, Dac Mate 
and Dac RePort, add indispensable 
functions. 

Dac Mate allows you to capture 
reports and view them on the screen; 
back up and restore files; list your chart 
of accounts, vendor, customer, and 
inventory files; create macros; and use a 
built-in calculator and notepad. You 
can also paste fields from Dac Mate to 
Dac Accounting in case you’ve forgot¬ 
ten the invoice or account number for a 
bill. A feature just added with the /U 
switch captures reports in pure ASCII 
format, rather than in the compressed 
form that saves disk space. The backup/ 
restore utility also compresses files, sav¬ 
ing considerable disk space. And like all 
df the Dac Easy programs, Dac Mate 
can be customized for a color monitor 
if you don’t care for the default color 
scheme. 

Dac RePort allows you to structure 
reports in addition to the ones you can 
create in the accounting and payroll sys¬ 
tems. As with Dac Mate, you can pre¬ 
view files before printing. Even more 
importantly, you can export files to 
spreadsheet and word processing pro¬ 
grams so that you can analyze your 
financial data and include it as part of a 
textual report. 

But let’s get back to Dac Accounting. 
In Version 2.0 it has become a multi¬ 
company, multi-departmental account¬ 
ing system that remains fully integrated. 
The manual has been completely revised 
and includes an accounting primer. 
While the primer is not enough for 
someone without any accounting expe¬ 
rience, it does help explain what 


accounting is good for and why records 
are needed. Included is a short index 
that really should be more complete. 

But more importantly, it now comes 
with a modifiable, predesigned chart of 
accounts and set of financial statement 
formats that should work for almost 
any small company. Of course, you can 
define your own accounts and formats. 
But if you are new at accounting, hav¬ 
ing predefined files is a big help in get¬ 
ting started. 

If you let the system set up your chart 
of accounts, all you will need to do is 
enter data for customers and vendors, 
along with any service or inventoried 
items you plan to sell. Unlike some sys¬ 
tems where you can enter these data as 
needed (the system will indicate that 
your customer code or service item is 
unknown and move you to the modules 
that let you enter them), Dac requires 
that things be predefined to at least a 
minimal level. That’s not much to ask. 
And since the system can print on a 
multitude of forms (preprinted, plain, 
or preprinted but not personalized), you 


No other entry-level 
system I’ve reviewed 
offers all these personnel 
management features. 


are ready to start nearly as soon as you 
install the system. 

Some of the new features in Version 
2.0 include better-designed screens, 
more logical layout of menus, better 
handling of upper and lowercase as well 
as default data entry, context-sensitive 
function keys and help screens, error 
messages, service as well as product and 
point-of-sale billing, more complete 
editing of partially entered screens, free 
“getting started” support, and notice¬ 
ably faster operation. 

For those of you who haven’t seen a 
review of Version 1.0 (IEEE Software, 
July 1985 and July 1986), this latest ver¬ 
sion carries on with the outstanding fea¬ 
tures found in the earlier version. Among 
these are a large number of custom and 
standard report formats, intuitive data 
entry screens, resizeable database files 
that can grow as the company does, 
excellent audit trail with unlimited jour¬ 
nals besides those supplied, customer 
and vendor histories, flexible invoice 
and purchase order allocations, plain or 
preprinted forms, sales and purchase 
journals, and excellent customer sup¬ 
port, to name a few. 

Dac Payroll has been upgraded in 
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A screen from Dae Accounting. 


Version 2.0 as well. You’ll note that I 
intentionally didn’t use the term 
“improved” because, frankly, Payroll 
was pretty darn good to begin with. The 
changes in Version 2.0 are largely cos¬ 
metic (screen forms, speed of execution, 
use of function keys, better defaults, 
context-sensitive help/error messages, 
and so on). Preserved is the employee 
file structure that captures much more 
than pay rates. The file includes the 
usual stuff, plus birth, hire, last raise, 
and termination dates; vacation 
accrued/taken; numerous deduction 
fields; and pay computed on piece, 
bonus, and commissions. No other 
entry-level system I’ve reviewed offers 
all these personnel management 
features. 

Unfortunately, the Payroll module 
still executes separately from Account¬ 
ing. As a result, I found a few small 
inconsistencies between the two. The 
big problem is that Payroll does not 
permit you to update the tax tables 
yourself, something Version 1.0 did 
permit. You must purchase upgrades 
from Dac instead. 

Dac Accounting and Payroll are fast, 
run on a minimal machine (dual flop¬ 
pies, a printer, and 256K bytes without 
Dac Mate, 384K bytes with), and truly 


are easy to use. While not required, a 
hard disk will make a difference, and I 
recommend using one. The price is $70 
for Dac Accounting plus $50 for Pay¬ 
roll, and $40 each for Mate and RePort. 
At these bargain prices you really 
should purchase everything because of 
the increased flexibility. There is an 
upgrade rate for those who purchased 
the first version. The upgrade includes 
conversion utilities for both the 
accounting and payroll modules. 

Finally, for those who need it, account¬ 
ing and payroll tutors cost $20 each, 
and each program has an Extended 
Support plan. 


TAS-Books 

TAS-Books from Business Tools is 
based on the TAS-Plus relational data¬ 
base, which gives it its most distinctive 
feature—modifiability. The system 
comes with a full general ledger, 
accounts receivable, accounts payable, 
invoicing, purchase order, inventory, 
and payroll modules. The easy-to-use 
system is full of pull-down and display 
windows, and includes a predefined 
chart of accounts. Like TAS-Cash, a 
limited disk version allows you to try 


out the system in case you decide you 
don’t want to keep it. 

TAS-Books features very nice pop-up 
windows that present the alternatives 
for the field to be filled in (such as bill¬ 
ing terms and FROM and TO dates or 
invoice numbers). A more useful exam¬ 
ple occurs when creating a new voucher 
in accounts receivable. You start the 
voucher by supplying the customer 
code. If you don’t know the code, a few 
keystrokes will bring up a window with 
the first 12 codes and names on file. At 
this point you may either enter the 
selected customer code or see more 
choices. Alternatively, if the customer 
code you enter isn’t in the database, 
you are asked if you wish to put it on 
file. A “yes” answer calls up another 
screen allowing immediate entry into 
the database of the customer data with¬ 
out having to go to the enter/change 
customer module explicitly. 

Another useful feature is that all 
reports can be directed to either the 
screen or the printer. The only catch is 
that reports sent to the screen display 
only the first 80 columns and you can’t 
scroll to see more of the display. In 
many cases this is sufficient, but for 
132-column reports it can be very frus¬ 
trating. 
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Logically, TAS-Books is laid out very 
well, from the naming of modules and 
files to the order of the pull-down 
menus. Like its counterpart in TAS- 
Cash, the manual is not tutorial, so you 
have to understand accounting to use 
the system effectively. Fortunately, the 
manual goes through menu and pro¬ 
gram explanations in great detail, but 
once again, no sample reports are 
included. 

While these shortcomings should be 
corrected in future releases, the fact 
that Business Tools encourages the user 
to start with the limited disk set means 
that the smart thing to do is to experi¬ 
ment. I found that with the sample 
database and the manual in hand, I 
could quickly determine “what would 
happen if” by letting the software 
demonstrate the results. 

The manual devotes several pages to 
getting started; for those of us who may 
have started with Dac Easy, there is a 
conversion utility. (One is included with 
TAS-Cash, but I think it unlikely that a 
user would move from Dac to TAS- 
Cash.) Unfortunately, as is all too com¬ 
mon in other low-priced systems, the 
index is not very good. 

TAS-Books is a fully integrated sys¬ 
tem, so that as you make entries in the 
accounts payable module, the general 
ledger module is updated as well. 

Besides the set of modules that one 
would expect in a system like this, TAS- 
Books also includes a check register and 
reconciliation facility, a Rolodex print¬ 
ing feature for both customers and ven¬ 
dors, and the ability to easily correct an 
out-of-balance transaction. 

The system has a few limitations. For 
one, the report generation modules are 
not as flexible as I would have liked, 
although they do offer some customiza¬ 
tion. For another, payroll uses a global 
file for the State code, so the employee 
payroll can only be calculated for that 
State unless you go in and change it 
each time payroll is run. 

What really sets this system apart is 
the inclusion of source code. This 
means that you can get started with the 
basic system and modify the source 
code to make it fit your needs. This is 
where the relational database, TAS- 
Plus, comes in. With its own unique 
syntax, TAS-Plus appears designed to 
support the creation of accounting sys¬ 
tems. It lacks some of the features of 
more generalized database systems, but 
it is easy to use and generally full fea¬ 
tured. An editor, interpreter, compiler, 
and runtime system come with TAS- 
Plus. You can therefore list existing 
programs, change and test new code, 
and eventually incorporate new pro¬ 


grams into your expanded system. 

Some of the database limitations in 
TAS-Plus include 

• size limits on fields and records 
don’t compare to dBase III; 

• while it supports array elements 
within records, there is no easy means 
for browsing through the individual ele¬ 
ments; and 

• there are some real peculiarities in 
the TAS language constructs. 

As to the last comment, the manual 
includes a very good tutorial on TAS- 
Plus, so it isn’t too difficult to become 
accustomed to the language. 

TAS-Plus is rumored to be slow. This 
certainly didn’t appear to be the case 
when I ran it on my Compaq Deskpro 
(8086-based). It’s true that TAS-Plus 
programs are not stored as ASCII files 
and require you to use the built-in edi¬ 
tor. However, the editor is easy to use 
(it’s menu driven) and reasonably 
quick. A screen painter can be called up 
from the editor to paint a data entry 
form. While the screen painter may not 
rival one found in an expensive data¬ 
base, it is fully functional and an unex¬ 
pected surprise in this low-price 
database. 

The reader will note that I have gone 
into as much detail about the database 
as the accounting package. The reason 
for this is that I found the accounting 
package complete and on a par with 
everything else in its class. Thus, you 
could use it with confidence and be very 
pleased with it. But unlike other sys- 


Product notes 

The latest release of smART- 
WORK (version 1.3, release 2) from 
Wintek (800-742-6809) has copy pro¬ 
tection removed. Included are two 
new utilities to (a) convert a netlist 
from Schema, Tango, or FutureNet 
to smARTWORK format, and (b) 
compare two netlists and display 
their differences. Also, the format of 
the smARTWORK netlist now 
includes more generalized labels. 

For those of you who purchased a 
Tseng Labs EVA/480 board from 
Tseng Labs (215-968-0502), at least 
two things have been fixed in the 
4/6/87 update of the ROM. First, 
mouse control in Microsoft Word 
3.0 running in EGA mode is now 


terns, if you found a bug or wanted to 
add or change something, TAS-Books 
really offers a distinct advantage. 

The system requirements for TAS- 
Books are a PC with 256K bytes, two 
drives, and a printer. As with all 
accounting systems, I recommend a 
hard disk. The complete price is only 
$69, which includes the source code, but 
for $139 you can get TAS-Books as well 
as the TAS-Plus relational database. 

The $70 more is little to pay for such a 
versatile system that allows you to 
modify and recompile the accounting 
system, as well as create your own data¬ 
base systems. 

Recommendations 

All of the systems reviewed offer 
great value and I recommend them all 
highly. TAS-Cash represents an easy 
way to get started, along with a growth 
path. Dac Easy offers all the features of 
a full-function accounting system that is 
intuitive and easy to use. Finally, TAS- 
Books. while also full featured, offers 
source code so that you can customize 
the system. 

Dac Easy Accounting from Dac Soft¬ 
ware, Inc., 4801 Spring Valley Road, 
Issaquah, WA 98207; (206) 644-2015 

TAS-Books and TAS-Cash from 
Business Tools, Inc., 1125—12th 
Ave. NW, Building 110B, Dallas, TX 
75244; (800) 992-7779 


possible. Second, the display pan in 
MathCAD 1.1 works correctly. An 
addendum to the user’s guide 
explains how to implement the zoom 
feature, as well as a RAM-resident 
hardware zoom program. The 
upgrade costs $10 plus $2.50 for 
postage and handling. 


Industrial Magic (206-722-3910) 
offers an overnight, one-day, and 
three-day PCB layout service. One- 
day fabrication is $210 minimum, 
while you can get three boards in 
three days for $150. They also have 
an excellent comparative and very 
thorough summary of the state of 
PCB software. 


82 








Preliminary Program 


RTSS-87 

Eighth Real-Time Systems 
Symposium 



December 1-3, 1987 Fairmont Hotel San Jose, CA 


Sponsors: 

The Computer Society of the IEEE 
TC on Data Engineering 
TC Distributed Systems 
TC Fault-Tolerant Computing 
TC Operating Systems 
TC Software Engineering 


Scope: This symposium addresses all aspects in the design, development, 
and analysis of real-time systems. 

General Chair: Kang G. Shin, University of Michigan 
Program Chair: Walter L. Heimerdinger, Honeywell, Inc. 


Tuesday, December 1, 1987 Wednesday, December 2, 1987 


REAL-TIME SCHEDULING - E. GAI 

On Countering the Effects of Cycle-Stealing 
in a Hard Real-Time Environment -R. 
Rajkumar, L. Sha, J. Lehoczky 
Non-Preemptive Local Scheduling Policies 
for Hard Real-Time Distributed Systems -C. 
Woodside, D. Craig 

FAULT TOLERANCE - J. GOLDBERG 
Optimized Reconfiguration Scheme for 
Fauit-Tolerant Multistage Networks - K. Yau, 

M. Malek 

Task Reconfiguration in a Distributed 
Real-Time System - 
R. Kieckhafer 

Design for Concurrent Error Detection in 
Storage/Logic Arrays - M. Spaulding, W. 

Fuchs 


REAL-TIME ARCHITECTURES - 

E. SWARTZLANDER 

A Fixed Size Array Processor for Computing 
the Fast Fourier 

Transform -V. Balasubramanian, 

P. Banerjee 

A Technique for Reconfiguring Two 
Dimensional VLSI Arrays* - 

F. Lombardi 

On O (Log N) Parallel Algorithm for Binary 
Multiplication and its VLSI Implementation - 
B. Sinha.P. Srimani 


REAL-TIME APPLICATIONS - W. MCDONALD 
RAMS-A MultiMicroprocessor System for 
Dynamic System Simulation - 
V. Malbasa 

MAX: Advanced General Purpose Real-Time 
Multiprocessor for Space 
Applications - R. Rasmussen, N. 

Dimopoulos, G. Bolotin, B. Lewis 
Using Replication for High Performance 
Database Support in 
Distributed Fteal-Time Systems - 
S. Son 


REAL-TIME COMMUNICATIONS NETWORKS 
- A. MOK 

Hyperswitch Network for the Hypercube 
Concurrent Computer - 
E. Chow, H. Madan, J. Peterson 

Real-Time Correction by Intelligent Retry in 
Parallel Communication Networks - K. Yau, 
M. Malek 

Long-Term Reconfiguration of Double-Ring 
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NEW PRODUCTS 


Sampler for C programmers 

Greenleaf Software offers Greenleaf 
C Sampler, a library for C program¬ 
mers. using C compilers. The sampler 
supports the Borland Turbo C compiler 
and the Microsoft Quick C compiler. 

The company has combined features 
from three of its other products. Green¬ 
leaf C Sampler features interrupt driven 
communications from the Greenleaf 
Comm Library, windows and menu sys¬ 
tems from Greenleaf DataWindows, 
and general functions from The Green¬ 
leaf Functions. 

The software runs on the IBM PC, 
PC-AT, and compatibles running 
MS-DOS. 

The Greenleaf C Sampler costs 
$94.50. There are no royalty obligations 
for programs produced with the sam¬ 
pler. The source code costs $75. 
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Sysgen bridges PC family 

Sysgen has announced four products 
to transport data between IBM PCs, 
PC-XTs, PC-ATs, and the PS/2 line. 
The external units permit PS/2 users to 
move data in either direction. 

The 3K-inch Bridge-File provides a 
two-way link, with 720K bytes and 
1.44M bytes of floppy disk storage. It 
costs $325. 

The 5X-inch Bridge-File also connects 
the two PC families, with 360K bytes 
and 1,2M bytes of floppy disk storage. 

It costs $325. 

Bridge-Tape provides a tape unit 
capacity of 42M bytes to port data. 
According to the company, it covers all 
models in both generations of IBM PC 
and PS/2 products. The product also 
serves as a tape backup unit for both 
IBM families. It costs $795. 

External DuraPak is a modification 
of the company’s already existing 
removable hard disk subsystem. It pro¬ 
vides 15M bytes of storage and sells for 
$1595. 
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Daisy adds CAE tools for designers of power systems 


Daisy Systems has added a set of 
computer-aided engineering tools for 
designers of power systems to its analog 
design series. The new tools reputedly 
help designers analyze power supplies 
and other power designs without having 
to breadboard them. 

The enhancements consist of a real- 
life transformer model in the DSPICE 


circuit simulator, a library of precharac¬ 
terized core materials, and two libraries 
for specific power-discrete and power- 
integrated circuit components. 

The transformer library costs $7500; 
the power-discrete library, $2500; and 
the power-IC library, $5000. 
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Apple HyperCard combines text, graphics, and sound in 
a personal information toolkit 


Apple Computer has announced 
HyperCard, which the company calls a 
personal toolkit that permits the use, 
customization, and creation of new 
information using text, graphics, video, 
music, voice, and animation. 

Cards, the basic unit of information 
in HyperCard, are organized into 
stacks. Cards are created with the 
Macintosh point and click technique. 
The storage capacity of the user’s disk 
limits the number of cards. 

Cards are linked by adding “but¬ 
tons.” Buttons can also perform such 
tasks as dialing the telephone, sorting a 
stack, or finding a videodisc sequence. 

HyperCard employs the English 
language-based scripting language, 
HyperTalk. 

HyperCard comes on three disks plus 
a backup: a main HyperCard disk with 


several example stacks, a help disk, and 
a stack examples and ideas disk. The 
main disk includes desktop stacks for 
an address file, a datebook, “to do” 
lists, calendars, and a filing system. It 
also includes a telephone dialer for the 
Apple Personal Modem or touch tone 
telephone. The idea stacks consist of 
stack templates, card designs, and clip 
art drawings. The help stack accompa¬ 
nies a tutorial and reference manual. 

HyperCard requires a Macintosh with 
a minimum of one megabyte of RAM 
and two 800K-byte floppy disk drives. 

A hard disk drive is recommended. 

HyperCard will be included with all 
Macintosh computers. Current owners 
can purchase the software for $49. 
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Software supports terminal-to-host communication 


The Orion Group offers sna0123 
Facility to support terminal-to-host 
communication over networks based on 
IBM’s Systems Network Architecture. 
According to the company, the soft¬ 
ware provides communications support 
for devices emulating IBM’s 3270 and 
3770 families of terminals and 
peripherals, as well as 4700 and 3650 
systems. 

The sna0123 Facility can reputedly 
co-reside in a processor with Orion’s 
sna62 Peer Communications Facility in 
such a way that users can conduct LUO, 


LU1, LU2, LU3, and LU6.2 sessions 
simultaneously over a single communi¬ 
cations link. 

The software was developed by Orion 
in consultation with Philips Interna¬ 
tional B.V. It is written in the C 
language. 

The sna0123 Facility is available as an 
enhancement to the sna62 Peer Com¬ 
munications Facility. Both products are 
offered to OEMs and system integrators 
on a license or royalty basis. 
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AT&T has new desktop and midrange computers 


AT&T has announced the AT&T 
6386 WorkGroup System, based on the 
Intel 80386 chip, and the AT&T 3B4000 
Computer, a midrange system with a 
modular multiprocessor architecture. 

The 6386 WorkGroup System accom¬ 
modates up to 32 users and runs 32-bit 
Unix System V applications concur¬ 
rently with MS-DOS applications, 
according to the company. The DOS 
Supervisor reportedly permits the sys¬ 
tem to run up to eight MS-DOS applica¬ 
tions simultaneously. 

The company plans to provide sup¬ 
port of Xenix System V applications by 
mid-1988 and OS/2 applications when 
they become available. 

The 6386 comes in desktop and floor- 
standing models. The desktop model 
includes one megabyte of RAM expand¬ 
able to 48M bytes. The floor-standing 
model, the 6386E, includes two mega¬ 
bytes of RAM expandable to 64M 
bytes. Both models use either 5‘/ 4 -inch or 
3'/-inch floppy disks. Prices range from 


Lifeboat Associates offers a graphics 
library for C programmers called 
Advantage Graphics. According to the 
company, the graphics development 
toolkit bridges the gap between graphics 
primitive libraries and prepackaged 
window managers. 

The package comes with Advantage 
Plot, a software program that supports 
Hewlett Packard, Houston Instru¬ 
ments, and IBM pen plotters, plus other 
HPGL language-compatible output 
devices. 


Tandem Computers offers Tandem 
Ada, an Ada compiler validated by the 
US DoD Ada Joint Program Office. 

The compiler runs on Tandem’s Non- 
Stop computers. 

Tandem Ada complies with the 
American National Standards Institute 
and Military Standard ANSI/Mil- 
Std-1815A and the International Stan¬ 
dards Organization’s standard ISO/8652- 
1987 Programming Languages—Ada. 

Four programming tools come with 


$4899 to $10,395. 

The midrange AT&T 3B4000 Com¬ 
puter permits the addition of up to 14 
adjunct processors. A fully configured 
3B4000 reputedly processes more than 
43 million instructions per second and 
accommodates up to 300 users simul¬ 
taneously. 

The 3B4000 runs the latest release of 
Unix System V. 

A basic configuration of the 3B4000 
Computer costs $187,000. 

AT&T has also introduced the 
3B2/500, a new minicomputer; 
enhancements to its 6500 communica¬ 
tions systems; enhancements to its 
Starlan Network; enhancements to vari¬ 
ous computers; and a variety of soft¬ 
ware programs for its new machines as 
well as enhancements to existing soft¬ 
ware. Contact the company for details. 
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Advantage Graphics supports IBM 
PS/2 Models 30, 50, 60, and 80, as well 
as the IBM PC, PC-XT, PC-AT, and 
compatibles. It also includes support 
for IBM’s VGA and MCGA graphics 
modes, works with EGA adaptors such 
as Video-7 Vega Deluxe and Tseng Labs 
EVA/480, and provides compatibility 
for over 50 other graphics display, 
hardcopy, and input devices. 

Advantage Graphics costs $250. 
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Tandem Ada: a compiler, library man¬ 
ager, binder, and symbolic debugger. 

Tandem Ada for NonStop VLX, 
TXP, and NonStop II systems costs 
$20,900 per system with a monthly 
license fee of $800. For the NonStop 
EXT and CLX systems, the software 
costs $10,475 per system with a monthly 
license fee of $400. 

Tandem Ada will be available in the 
fourth quarter of 1987. 
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The AT&T 3B4000 Computer features a 
modular multiprocessor architecture. 


Byline targets business 
desktop publishing 

Ashton-Tate has announced Byline, 
an IBM PC desktop publishing soft¬ 
ware program targeted at business 
professionals. The software was 
designed by Ken Skier of SkiSoft. 

Byline includes a dBase merge fea¬ 
ture, and imports and exports files 
created by word processors including 
MultiMate, WordPerfect, and Word¬ 
Star. It imports files from Lotus 1-2-3, 
Symphony, and four paint programs. 

The software operates on the IBM 
PC and compatibles with 384K bytes of 
RAM and requires a CGA, Hercules, 
Hercules Plus, or EGA graphics card. 

Byline costs $295. 
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Dac updates Easy Word 

Dac Software has released Dac-Easy 
Word II, which replaces Dac-Easy word 
processing software. The update is writ¬ 
ten in the C language. It features a pull¬ 
down menu screen, a 32,000-record 
limited database, mail merge template, 
access to four documents via multiple 
windows, and a 90,000-word dic¬ 
tionary. 

Dac-Easy Word II costs $49.95. 
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Apple expands Macintosh communications 


Apple has added two desktop com¬ 
munications products for the Macintosh 
(see also New Products in the April 
issue of Computer, pp. 92-93). 

According to the company, Apple 
File Exchange translates files or docu¬ 
ments created by an application into the 
format required by another application. 
It thus permits the transfer and transla¬ 
tion of documents created in MS-DOS 
and Apple II Pro DOS environments. 

Apple File Exchange requires a 
Macintosh 512K enhanced, Macintosh 
Plus, Macintosh SE, or Macintosh II. It 
is scheduled for delivery in the third 
quarter of 1987. It will be included in 
the system software of Macintosh com¬ 
puters and with the Macintosh SE-Bus 
PC Drive Card and the Macintosh II 
PC Drive Card. Current owners can 
purchase it as part of a System Software 
Update. 

The AppleFax Modem reportedly 


Apollo Computer has announced a 
network computing product called 
Open Dialogue that reputedly allows 
application developers to design cus¬ 
tomized interfaces for a broad range of 
Unix workstations, including Apollo, 
DEC, IBM, and Sun. 

Open Dialogue is written in C + + 
and built on the X Window System, 
which allows a screen to display multi¬ 
ple applications whose computation is 
executable on other systems across the 
network. 

Prices start at $2000 for a single 
copy. Apollo versions will be available 
to solution suppliers in October, with 
general release scheduled for January 
1988. The DEC GPX workstation ver¬ 
sion is scheduled for February 1988, 


Intel offers a 32-bit real-time mul¬ 
titasking kernel called iRMK for the 
80386 processor. It is a member of the 
iRMX family of operating systems. 

The kernel supports 32-bit protected 
mode 80386 operation. The kernel and 
its applications execute in a default flat 
memory space of up to four gigabytes 
and in a single privilege level. 

Applications can add support for 
additional protected mode features, 


provides compatability with Group 2 
and Group 3 facsimile machines. It also 
allows Macintosh users to exchange 
data files with other Macintosh com¬ 
puters equipped with an AppleFax 
Modem at speeds up to 9600 baud. 

The AppleFax Modem includes two 
pieces of software, the AppleFax 
Resource and AppleFax Application 
Program. It also comes with LQ fonts, 
a user guide, power unit, and RJ-11 
telephone cable. It requires a Macintosh 
Plus, Macintosh SE, or Macintosh II 
computer, an Apple System 
Peripheral-8 Cable, and a standard 
single-line telephone outlet with RJ-11 
(modular) jack. 

The AppleFax Modem will be availa¬ 
ble in the fourth quarter of 1987 for 
$699. 
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and the IBM PC RT and Sun versions, 
for March 1988. Source code licenses 
will be available with special discounts 
for colleges and universities. 

Apollo has also announced an 
enhanced version of its Domain/Com- 
monLisp programming language. 
According to the company, version 2.10 
performs compilation up to three times 
faster and floating-point operations 50 
times faster than its predecessor. 

Version 2.10 adds an EMACS-style 
editor, Window Tool Kit, and Flavor 
System. It costs $3500 for the develop¬ 
ment environment and $650 for the run¬ 
time environment. 

Open Dialogue: Reader Service 43 
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including any model of segmentation, 
memory paging, virtual memory, multi¬ 
ple privilege levels, and call and trap 
gates. The kernel also provides an 
optional descriptor table manager. 

A development license for the iRMK 
kernel on a single CPU costs $1500. 
Incorporations are also available. 
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Multitasking OS for Mac 

Apple has announced MultiFinder, a 
multitasking operating system for the 
Macintosh II, SE, and Plus computers 
with one megabyte or more of memory. 
According to the company, this exten¬ 
sion of the Macintosh OS provides fast 
switching between applications, lets 
users print documents on the Laser¬ 
Writer while continuing work on other 
tasks, and provides a platform for the 
creation of applications that can per¬ 
form tasks in the background. 

MultiFinder will come with Macin¬ 
tosh computers. It is also available to 
current owners for $49 as part of the 
System Software Update. 
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QuikSave backs up 

Micro Interfaces offers a hard disk 
backup program called QuikSave. 
According to the company, the product 
allows users to set backup schedules 
which the program then monitors (up to 
nine at a time). QuikSave notifies the 
user when backups are due and auto¬ 
matically backs up the appropriate 
data. 

Error correction techniques reputedly 
allow QuikSave to detect and correct up 
to 3200 errors per floppy disk. The pro¬ 
gram can back up 360K-byte, 720K- 
byte, and 1.2M-byte floppy drives. It 
works on IBM PC, PC-XT, PC-AT, 
and compatible systems. 

QuikSave costs $99. 
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IDR workstation uses 386 

IDR, a Reuter Company, has 
announced the IDR 386 Workstation, 
an IBM PC-AT-compatible system 
based on the Intel 80386 CPU. The 
workstation is being marketed through 
OEMs and VARs. 

The company has targeted the work¬ 
station for CAE/CAD, high-resolution 
graphics, publishing, and office and 
factory automation applications. 

The IDR 386 Workstation features 
16-MHz zero wait state operation, 
BIOS, 2M bytes of onboard DRAM 
expandable to 8M bytes, two RS-232-C 
serial ports, one Centronics-compatible 
parallel port, keyboard, floppy disk 
drive, ST506 hard disk drive, EGA, 
real-time clock, and three expansion 
slots. 
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ALR releases 20-MHz 80386 system 


TOPS links AppleTalk to 
TCP/IP-based networks 


Centram has announced TOPS Ter¬ 
minal for the Macintosh, a software 
package that provides an AppleTalk 
link to TCP/IP-based networks. 

According to the company, TOPS 
Terminal enables Macintosh users to 
access the applications and file storage 
of any number of networked hosts 
simultaneously, and establish a concur¬ 
rent modem connection to a remote 
host. The text editor reportedly enables 
users to edit Unix, PC, and Macintosh 
text files without conversion. 

TOPS for the Macintosh supports 
terminal types including VT100, VT52, 
VT102, ADM3A, and TTY. The num¬ 
ber of simultaneous terminal sessions is 
limited by available RAM. 

TOPS Terminal is scheduled for the 
final quarter of 1987. The company has 
not yet set prices. 
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Prime adds 2455 to 50 Series 

Prime Computer has added the 2455 
system to its family of desk-side com¬ 
puters, the 50 Series. According to the 
company, the 2455 operates at up to 1.6 
million instructions per second, sup¬ 
ports 255 simultaneous processes for up 
to 40 direct users, and can store up to 
774 million bytes of data. 

Internal cabinet changes permit the 
inclusion of three 258M-byte 514-inch 
Winchester disks in the 2455 cabinet, 
versus two disks in the 2350 and 2450 
members of the series. The system also 
supports a half-inch streaming tape sub¬ 
system in an optional peripheral 
cabinet. 

The 2455 features 64K bytes of cache 
memory and an internal diagnostic 
processor. 

The 2455 can be linked to other com¬ 
puters through LAN300, which permits 
50 Series systems to communicate via 
Ethernet/IEEE 802.3 and SNA 
networks. 

The 2455 system configuration with 
one 258M-byte fixed disk and a 60M- 
byte cartridge tape costs $62,810. It 
comes with a Primos operating system 
license. 
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Advanced Logic Research has 
released a 20-MHz version of the 
ALR386/220 family. The systems fea¬ 
ture 80287 and 80387 support and two 
megabytes of on-board 32-bit memory. 

The ALR 386/220 comes in four con¬ 
figurations, with prices ranging from 
$2495 for the Model 10 to $7794 for the 
Model 130. 

The basic Model 10 includes an ALR- 
designed system board; 20-MHz 80386 
processor clock; 10-MHz 80287 sup¬ 
port; 16-MHz 80387 support; one 


IBM has added the Model 25 to the 
low end of the Personal System/2 
family and the Model 80 to the high end. 

The Model 25 is the lowest-priced 
family member, targeting education and 
business users. The Model 80 expands 
the storage capacity of the earlier Model 
80 by two and a half times. 

The Model 25 includes an 8-MHz 
Intel 8086 microprocessor, 512K bytes 
of RAM, a 720K-byte 3.5-inch drive 
(with a second drive optional), 64K-byte 
ROM, multicolor graphics array, two 
expansion slots, and a 16-bit wide mem¬ 
ory data path. 

The Model 25 comes in four configu¬ 
rations, varied according to display 
(monochrome or color) and keyboard 
(space-saving or regular). It costs $1350 


megabyte of 80-nanosecond, 32-bit 
RAM, expandable to two megabytes on 
the system board; a 1.2M-byte floppy 
disk drive; serial and parallel ports; 
eight expansion slots; and a 101-key 
keyboard. 

Models 40, 80, and 130 offer EMS 
and EEMS software, a hard disk drive, 
32-bit disk caching, increasing incre¬ 
ments of memory and desktop or floor- 
mount configurations. 
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for a system with monochrome display 
and $1695 for a system with color dis¬ 
play, both with the space-saving key¬ 
board. The enhanced keyboard costs an 
additional $45. A Collegiate Kit costs 
$314; an optional disk drive, $170; and 
a 128K-byte Memory Expansion Kit, $49. 

The Model 80 contains an Intel 80386 
32-bit microprocessor; a 3.5-inch, 

1,44M-byte disk drive; a 5.25-inch 
314M-byte fixed disk drive; 2M-byte 
system board memory, expandable to 
4M bytes; and seven expansion slots. It 
costs $13,995. The 314M-byte fixed disk 
drive option costs $6,495. Both will be 
available in the first quarter of 1988. 
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The IBM Personal System/2 Model 25 is 40 percent smaller than the IBM PC. It 
serves as a stand-alone workstation or as part of a network. 


IBM expands Personal System/2 family 
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Unisys’ Ally provides S/W development environment 


Unisys calls its Ally software a 
fourth-generation application develop¬ 
ment and execution environment, using 
a multiwindow management system. 
The software was developed by Foun¬ 
dation Computer Systems, a wholly- 
owned subsidiary of Unisys. 

According to the company, Ally is 
independent of hardware, operating 
systems, and file or database manage¬ 
ment systems. Specifically, it runs on 
the Unisys PC/IT, PC/microIT, 
5000/30, 5000/50, 5000/90, 7000/30, 
and 7000/40; employs Unix or MS- 


DOS; and provides Oracle or dBase III 
database management. 

Ally reputedly generates no code, 
instead producing a set of encoded data 
structures. Applications can include 
hooks to external programs written in 
any language. 

Prices for the full development and 
execution version of Ally range from 
$695 to $32,000 depending on CPU 
type. A runtime-only version is also 
available. 
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Harris expands HCX system of superminis 


Harris Computer Systems has added 
the entry-level HCX-5 system to its 
HCX family of Unix-based super¬ 
minicomputers. According to the com¬ 
pany, the HCX-5 achieves five million 
instructions per second and was 
designed for departmental applications. 

The system features a 40M-byte-per- 
second VMEbus. It is reportedly com¬ 
pletely compatible with other members 
of the HCX family. 

The HCX-5 supports up to 128 users 
and serves as a departmental computer 
linking PCs, terminals, and engineering 
workstations; as a compute and file 
server; or as a gateway to other super¬ 
minicomputers and mainframes, 
according to Harris. It supports Ether¬ 
net, NFS, Unix remote functions, X.25 
wide-area networking, DARPA Internet 
protocols, and IBM BSC and SNA. 

The HCX-5 operating system, 
HCX/UX, permits access to AT&T 
Unix System V.2 and University of 
California at Berkeley 4.2 BSD envi¬ 
ronments. 

The HCX-5 costs from $124,500. 
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The Harris HCX-5 joins the HCX 
family of Unix-based 32-bit super¬ 
minicomputers. It is rated at 5 MIPS 
using the C language. 


Plexus offers entry-level P/90 under Unix 


Plexus Computers has announced the 
Plexus P/90, an entry-level addition to 
the company’s family of departmental 
data processing systems. 

The P/90 runs under the Unix operat¬ 
ing system and supports up to 64 users. 
It is based on the 32-bit MC68020 
microprocessor running at 25 MHz and 
reputedly executing around three MIPS. 
An MC68881 floating-point coproces¬ 
sor is optional. 


The system provides expansion from 
two to 16M bytes of main memory and 
up to 3.5G bytes of magnetic disk 
storage. 

The base system supports eight users 
and includes two megabytes of main 
memory, 67M bytes of magnetic disk 
storage, and a 60M-byte cartridge tape 
drive. It costs $29,500. 
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Teknowledge bases product 
line on its Copernicus 
architecture 

Teknowledge has announced a family 
of products designed for developers of 
expert systems in commercial markets, 
based on the Copernicus architecture. 
According to the company, its proprie¬ 
tary architecture features a modular 
design, a layered structure, full integra¬ 
tion, and support of common applica¬ 
tions with generic, application-specific 
tools. 

First products in the Copernicus 
family will include the Copernicus 
Development Facility, Copernicus 
Delivery Facility, Copernicus Database 
Integration Facility, Copernicus Cobol 
Integration Facility, and TeKSolutions 
Applications Packs. 

According to the company, the 
Copernicus family incorporates features 
of M. 1 and S. 1, the company’s expert 
system building tools. Copernicus 
products are upward compatible with 
S.l and upward portable from M.l. 
Other features include a frame-oriented 
fact base, backward and forward chain¬ 
ing, a procedural language, inference 
mechanisms, and a modular archi¬ 
tecture. 

Contact the company for details on 
the products, pricing, and availability. 
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Library for C compilers 

Solution Systems has announced the 
C-Worthy Interface Library for use 
with C compilers including Microsoft 
C, Lattice C, Turbo C, and Quick C. 

According to the company, the 
library is a portable, integrated set of 
program-callable subroutines and devel¬ 
opment utilities that automate program 
development tasks. It supports IBM PC 
and PC compatibles, as well as incom¬ 
patible MS-DOS-based microcom¬ 
puters. 

C-Worthy features windowing, key¬ 
board handling, menus, scrollable 
choice list, word-wrapping text editor, 
over 15 field types, security, data vali¬ 
dation, field movement, and error sup¬ 
port. Separate utilities consolidate 
screen display text, error messages and 
help screens into separate files. 

The C-Worthy Interface Library 
costs $295, $495 with source code. No 
royalties are required. 
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Ready Systems’ MPV extends VRTX into multiprocessing 


Ready Systems has announced Multi¬ 
processor VRTX, called MPV. Accord¬ 
ing fO the company, MPV is an extension 
to VRTX designed for use as a standard 
software component in applications 
that require communication and syn¬ 
chronization between multiple processors. 


Tandem workstations 
use MS-DOS 


Tandem Computers has announced 
seven MS-DOS workstations that func¬ 
tion as stand-alone units or as inte¬ 
grated system terminals for Tandem 
NonStop and LXN systems. 

According to the company, the 
PSX/300 and PSX/200 series range 
from high-performance workstations to 
a diskless workstation designed for 
local area networks. The system chassis 
measures 15x16x6 inches in size and 
accommodates any PSX configuration. 

The PSX/300 series is based on the 
Intel 80386 CPU running at 16 MHz. 
Two models are available, the PSX/370 
with a 70M-byte hard disk drive and the 
PSX/340 with a 40M-byte hard disk 
drive. Both include a 5/ 4 -inch 1.2M-byte 
disk drive. 

The PSX/200 series is based on the 
Intel 80286 CPU. Five models are avail¬ 
able. Two models, the diskless 
PSX/200 and single-floppy PSX/201, 
serve as workstations in a LAN environ¬ 
ment. Their CPUs run at eight mega¬ 
hertz. The 40M-byte PSX/240, 
20M-byte PSX/220, and 20M-byte 
PSX/220E contain a 514-inch 1.2M-byte 
disk drive. The PSX/220E has an eight- 
megahertz processor, while the 
PSX/220 and PSX/240 have 12.5-MHz 
processors. 

All PSX workstations include an MS- 
DOS 3.2 operating system, GW-Basic 
3.2, and host integration software; a 
terminal emulation and file transfer 
program; and support for Tandem 
MultiLAN software. 

The PSX/200 series is scheduled for 
the fourth quarter of 1987 and the 
PSX/300 series for the first quarter of 
1988. The PSX/200 costs $1195; the 
PSX/201, $1395; the PSX/220E, 

$2395; the PSX/220, $2995; the 
PSX/240, $3795; the PSX/340, $4895; 
and the PSX/370, $5695. 
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More than 20 system calls provide 
services such as interprocessor message 
passing and synchronization, global 
object naming, global memory and 
resource management, remote proce¬ 
dure calls, and initialization. The soft¬ 
ware’s layered architecture supports 


IDEAssociates offers two new 5250 
products that enable multiple personal 
computers at remote offices to access 
IBM System 34, 36, and 38 computers. 
Ideacomm 5250/Remote Gateway tar¬ 
gets remote offices with IBM Netbios- 
compatible local area networks, while 
Ideacomm 5250/Remote Share targets 
offices with multiple stand-alone PCs. 

For the 5250/Remote Gateway, the 
server PCs require an Ideacomm 
5250/Remote board as well as the soft¬ 
ware. User PCs need only the gateway 
software. The software supports nine 
sessions per gateway server and allows 
up to four gateway servers per LAN for 
a maximum of 36 sessions. A user PC 
can access up to nine sessions. 

The complete Ideacomm 
5250/Remote Gateway package, includ¬ 
ing an Ideacomm 5250/Remote board 
and gateway software, costs $1775. 


Board stores digital images 
for MaxVideo family 

Datacube has announced MegaStore-8, 
a digital video image framestore for the 
company’s MaxVideo family of boards. 

MegaStore-8 stores up to eight mil¬ 
lion pixels as high-resolution individual 
images measuring 2048 x 4096 x 8 bits, 
or up to 32 512x512x8-bit images. 
Modules can be linked to expand image 
storage capacity within a MaxVideo sys¬ 
tem, according to the company. 

The board occupies one double¬ 
height slot in a VME backplane. It has 
MaxVideo read and write ports, and a 
transparent VME port. It also has two 
independent address generators to 
implement the region-of-interest 
processing feature. 

MegaStore-8 costs $11,950 each. 
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different communication protocols and 
physical links between nodes. 

MPV currently supports the Motor¬ 
ola 68000 family. It costs $4995 per 
R&D package. 
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Gateway software alone costs $995. 

The 5250/Remote Share allows four 
remote PCs to access System 34/36/38 
minicomputers via one emulation board 
installed in the server PC and software 
installed in the user PCs. User PCs are 
connected to the server locally via 
RS-232 cable or remotely through an 
asynchronous modem. 

The complete Ideacomm 
5250/Remote Share package, including 
a 5250/Remote emulation card, 
5250/Remote Share software, two serial 
ports on the Ideamini card (for the 
server PC), and cables, costs $1395. The 
software alone costs $495. A remote 
dial-up package with the software and 
two 2400 modems sells for $1495. 
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LAN product costs 
around $400 per node 

SimpleNet Systems, a division of 
BCSoft Corp., has announced the Sim¬ 
pleNet 3.0 LAN. The product includes a 
half-sized 4 x 5-inch add-in card, soft¬ 
ware, cabling with standard telephone 
jack connectors, and instruction man¬ 
ual for $399.95 per node. 

According to the company, the Sim¬ 
pleNet 3.0 LAN operates at three mil¬ 
lion bits per second on IBM PC-XT and 
PC-AT computers and compatibles and 
runs with DOS 3.1 and above. The 
LAN provides two independent serial 
data paths operating in parallel and 
employs CRC error detection. 

The card is built around an Intel 
82530 Serial Interface LSI semiconduc¬ 
tor chip. It can handle up to 128 linked 
nodes within the LAN. 
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Remote products connect PCs to IBM System 34/36/38 


October 1987 




Ada cross compiler for Series 32000 validated by DoD 


National Semiconductor has 
announced the 32-bit Ada Cross- 
Development Environment, validated 
by the Department of Defense. Used in 
conjunction with National’s SYS32/20 
PC-based development system, the Ada 
environment reputedly allows users to 
develop embedded Series 32000 applica¬ 
tions on an IBM PC. 

The package consists of an Ada com¬ 


piler, tools, utilities, libraries, and an 
embedded runtime system. The PC 
coprocessor add-in board-based devel¬ 
opment package costs under $20,000. 

National has also released a version 
of the development environment for 
DEC VAX/VMS systems, priced from 
$50,000 to $150,000. 
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Topas processes 3D objects and animates 


AT&T Graphics Software Labs has 
announced SoftVisions Topas, a three- 
dimensional object processing and ani¬ 
mation software program for the AT&T 
Targa and Vista videographics boards. 
Topas is produced by Crystal Graphics. 

Topas consists of two modules, the 
Modeler and the Animator. The Topas 
Modeler (Targa 16) or Topas Pro- 
Modeler (Targa 16, 24, 32, and Vista) 
allows creation, editing, and rendering 


of 3D solid objects and mapping of 
Targa image textures on 3D objects. 

The Topas Animator is a keyframe ani¬ 
mation module that includes the Pro- 
Modeler module. 

SoftVisions Topas Modeler costs 
$2995; SoftVisions Topas Pro-Modeler, 
$4995; and SoftVisions Topas Anima¬ 
tor, $11,995. 
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EXP laptop accepts two expansion cards 


Grid Systems has announced the 
GridCase EXP laptop computer. The 
laptop allows use of two full-size, IBM 
PC-XT-compatible expansion cards. It 
weighs 15 pounds. 

A base configuration includes an 
80C86 16-bit microprocessor running at 
4.77 MHz, 640K bytes of RAM, a single 
3'/-inch floppy disk drive with 720K 
bytes of storage, RS-232 and Centronics 


ports, RGB output, and a supertwist 
LCD display for $4640. 

Options include an 8087 80-bit 
microprocessor, a 20M-byte internal 
hard disk for $1175, a 300/1200/2400- 
baud modem for $595, a gas plasma 
display for $530, and one megabyte of 
EMS RAM for $395. 
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The Mark 6 from Point 4 Data is a free¬ 
standing superminicomputer in the 
Mark series of business systems. 


Point 4 expands Mark series 

Point 4 Data has expanded the Mark 
series of multiuser business systems 
with the Mark 6 computer. 

The new superminicomputer runs the 
company’s IRIS operating system soft¬ 
ware. It supports 64 plus DMA user 
ports, 1.35G bytes of Winchester disk 
storage, and up to 500M bytes of car¬ 
tridge tape backup. 

The Mark 6 reputedly achieves an 
operating speed of 6.25 MIPS. Accord¬ 
ing to the company, the 32-bit memory 
bus and 16M-byte memory perform 16 
times faster than conventional cache 
memory. 

The Mark 6 is priced from $35,000. 
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Spreadsheet for signal 
analysis and display 

Burr-Brown has announced the 
PCI-20067S-1 DADiSP for post¬ 
acquisition data analysis and display. 
The menu-driven scientific spreadsheet 
reportedly allows the user to set up a 
worksheet or analysis chain by typing 
formulas. 

Analysis capabilities of the software 
include waveform generation, peak 
analysis, signal editing, trigonometric 
and calculus functions, Fourier and fre¬ 
quency analysis, time series and statisti¬ 
cal analysis, complex number support, 
and engineering units processing. 

Graphics capabilities include one to 
64 analysis windows, scroll, zoom, cur¬ 
sor, and table display. 

Programming capabilities include vir¬ 
tual signal management, macro defini¬ 
tions, and command files. 

The software runs on the IBM PC, 
PC-AT, PC-XT, and compatibles, and 
the PS/2 Model 30. It costs $795. 

Reader Service 70 


Letraset upgrades 
design software 

Letraset has announced ImageStudio, 
a Macintosh-based image processing 
system that manipulates gray-level 
information of images generated by 
high-resolution scanners. According to 
the company, retouched images can be 
stored in a variety of standard formats 
for incorporation into software pro¬ 
grams, specifically the Ready Set Go! 
page layout program. ImageStudio 
costs $495, $75 for registered Ready Set 
Go! users. ImageStudio was developed 
by Fractal Software. 

Letraset has also announced Ready 
Set Go! 4.0 page layout design soft¬ 
ware. Design features include arbitrary 
graphic runaround, high-resolution 
graphics, interactive facing pages, new 
page sizes, and color overlays. Produc¬ 
tion capabilities include style sheets, 
power search and replace, and glos¬ 
saries. 

The minimum system configuration is 
a 512K Macintosh with external drive, 
and the company recommends a 512K 
Mac Plus with external drive. 
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1C Announcements 


Company, Model, Function Comments R.S. No. 


Advanced Micro Devices 
Am8172 VDAF 

FIFO 

A single-chip video data assembly FIFO, 64 x 8, operating in single 8-bit or dual 4-bit 120 

mode. Supports panning and nondestructive windowing on pixel boundaries. Comes in 

24-pin cerdip. Cost: $31.43 (100s). 

Analog Devices 

AD568 

DAC 

A monolithic 12-bit DAC. Typically settles to within ±0.025 percent of full scale in 35 ns. 121 

Three grades over two temperature ranges: 0 to 70 °C for JQ and KQ grades and - 55 to 

125 °C for SQ grade. Comes in 24-pin cerdip. Cost: in 100s, $35 (JQ), $48 (KQ), and $108 
(SQ). 

Exar 

XR-2400 

Modem 

A two-chip set that supports both the CCITT V.22 bis and V.22 standards and Bell 212A. 122 

Provides asynchronous operation at 2400, 1200, and 300 bps, with synchronous mode for 

2400 and 1200 bps. Consists of the XR-2401 DSP modem signal processor and XR-2402 

DSP interface. Cost: $42 (100s). 

Faraday Electronics 
FE2400 

Core logic set 

A two-chip core logic set for use in 16-bit Intel 8086-based IBM PC-XTs. Consists of 123 

FE2010A and FE2030. Operates at 4.77, 7.15, or 9.54 MHz and supports DOS-defined 
memory size of 640K bytes with either 256K- or 64K-byte RAMs. Comes in an 84-pin J- 
leaded plastic chip carrier. No price given. 

Intech Advanced Analog 
RGBDAC3405S 

Video DAC 

Combines three video DACs, three SRAM arrays organized 32 x 4, internal temperature 124 

compensated reference, and control lines for graphics/color monitor interface. Comes in 
dual in-line or leadless chip carrier packages. Cost: $24.10 commercial, $69.25 military. 

Intel 

Enhanced 82786 

Graphics coprocessor 

New features: expanding bit block transfer called Bit Bit with transparency and propor- 125 

tional spacing, clipped Bit Bits and Character Bits, a line-without-end-point command, and 
a version register. Cost: $67.50 (10,000s) and $85 (1000s). 

LSI Logic 

LMA9000 Micro Array, 
LMb6000 Micro bASIC 
Gate array families 

LMA9000 is a low-to-medium density HCMOS array with on-chip ASIC memory capabil- 126 

ity. Consists of nine masterslice options. LMb6000 has seven masterslice options. Both 
come in a variety of packages and can be designed by the user or the company. Prices vary. 

Motorola 

MCM629x 

SRAMs 

A family of four 16K x 4 synchronous SRAMs available for sampling first quarter 1988. 127 

Offers both transparent and pipelined control of outputs as well as chip select or asyn¬ 
chronous output enable bus control. Access and cycle times of 25, 30, and 35 ns. Come in 

300-mil. 28-lead cerdip and 400-mil 28-lead plastic SOJ. Prices not set. 

Paradise Systems 

PVGA1 

Video controller 

A 1.5-micron, 12,000-gate CMOS video controller for OEMs. Provides hardware and soft- 128 
ware compatibility with IBM PS/2 VGA display standard. Also supports video modes for 

IBM PC, PC-XT, PC-AT, and 386-class systems. Has an 8- or 16-bit data bus, 40-MHz 
maximum dot clock. Cost: $50 (100s). 

Precision Monolithics 
PM-7224 

DAC 

A multiplying 8-bit, voltage-output, CMOS DAC that replaces the AD7224. Features an 129 

internal amplifier and double buffering. Contains a reset pin that functions as a zero- 
override. Utilizes low-temperature coefficient thin-film resistors. Comes in an 18-pin DIP. 

Cost: starts at $3.96 commercial and $27.84 military. 

Tseng Laboratories 
ET3000 

Video controller 

A VGA VLSI video controller that provides compatibility with IBM PS/2 register-level 130 

hardware and software VGA and EGA. Features 1024x768 resolution, interlaced or 
noninterlaced scan mode, hardware zoom, and external DAC interface. Comes in 100-pin 

CFP or 84-pin PLCC chip. Prices not set. 
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Microsystem Announcements 


Company, Model, Function Comments R.S. No. 


Advanced Digital 

ADC Turbo 386 
Accelerator card 

An accelerator card for the 80286-based IBM PC-AT and compatibles. Incorporates the 136 

Intel 80386 CPU and can double clock rate. Has one megabyte of cache memory. The 
cache responds to all write operations. Cost: $1195. 

C&C/Comendec 

V-ARC-02 

ARCnet interface board 

A VMEbus-compatible network interface board for ARCnet LANs. Constructed around 137 

the SMC 9026 VLSI controller. Functions as an intelligent slave in the system. Implements 
the J1 interface of VME specification Rev. Cl. Cost: $1460. 

CMS Enhancements 
K20M25, K30M25, 
K40M25, K49M25 

Hard disk subsystems 

Add-on mass storage for the IBM PS/2 Model 25. Come in formatted capacities of 20, 30, 138 

40, and 49 megabytes. The 20 and 40M-byte units feature an 80-ms average access time; the 

30 and 49M-byte units, a 35-ms average access time. Cost: $595 (K20M25), $895 
(K30M25), $799 (K40M25), and $995 (K49M25). 

Emerald Systems 

VAST Device 

Tape backup 

Permits up to 2.2 gigabytes of data storage on one tape cassette. Based on the proprietary 139 

Virtual Archival Storage Technology. Interfaces to IBM-type desktop computers with a 

60-inch cable and an Emerald SCSI controller board. No price given. 

HiTech Materials 

PC Mate 

Subsystem 

Upgrades an IBM PC-XT to a PC-AT and sets up a dual processor environment. Consists 140 

of a 6/10-MHz switchable AT-compatible motherboard with eight expansion slots, power 
supply, 1.2M-byte floppy disk drive with controller, 512K-byte RAM, color graphics card, 
interface cards, cables, manual, and software. Cost: $1400. 

Human Devices 

Parallon 1 

Add-on board 

An add-on board for the PC bus with eight Intel-compatible NEC V20 8-MHz processors. 141 

Up to eight boards installable in an IBM PC-XT, PC-AT, or 80386-compatible computer. 

Allows concurrent execution of MIMD. Cost: $1250 for developer’s kit of board, loader, 
and monitor/debugger. 

Metheus 

Model 1104 

Graphics coprocessor 

An IBM PC-XT-height half card featuring 1024 x 768 resolution with a 60-Hz noninter- 142 

laced refresh rate, polygon fills at 60 million pixels per second, CGA emulation, and power 
requirements under 10 watts. Cost: $1395. 

Newer Technology 
Concentration 

Expansion card 

A 32M-byte expansion board for IBM PC-AT and PS/2 systems. Features switchless oper- 143 
ation with backfill capabilities from 128K bytes. Uses single in-line RAM modules in either 
socketed or soldered versions. No price given. 

Perceptics 

LaserStar 

Optical disk jukebox 

An optical disk jukebox subsystem for DEC VAX and MicroVAX computers running the 144 

MVS OS. Drive and media configurations vary. Includes host adapter, software, installa¬ 
tion, and support. Cost: for OSI ODSR Jukebox, $65,700 (ODSR-1) and $82,500 
(ODSR-2). 

Pure Data 

PDIuC508 

ARCnet interface card 

An ARCnet interface card IBM PS/2 Models 50, 60, and 80. Features diagnostic LEDs 145 

that monitor network activity and assist in network installation, configuration, and 
trouble-shooting. Cost: $985. 

Tatung 

#900 Omnicard 

Graphics card 

An enhanced color graphics adapter card supporting EGA, CGA, Hercules, MDA, and 146 

132-column software. Features automatic switching between EGA and CGA, and mono¬ 
chrome and Hercules. Also has soft scrolling, windowing, and 256K bytes of video mem¬ 
ory. Cost: $399. 

TLA Research 

BriteCard 

Processing card 

An array and signal processing card for IBM PC-XT and PC-AT and compatibles. 147 

Achieves 10 Mflops using AT&T DSP32 chip and 64K-byte static RAM. Features serial 
interface, random number generator, double precision, FFT routines, Linpack support, 
and MS-DOS driver. No price given. 
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CAREER OPPORTUNITIES 


RATES: $12 per line, $120 minimum charge 
(up to ten lines). Average six typeset words 
per line, nine lines per column inch. Add $10 
for box number. Send copy at least six 
weeks prlorto month of publication to: Heidi 
Rex or Marian Tibayan, Classified Advertis¬ 
ing, COMPUTER Magazine, 10662 Los Va- 
queros Circle, Los Alamltos, CA 90720. 

In order to conform to the Age Discrimina¬ 
tion in Employment Act and to discourage 
age discrimination, COMPUTER may reject 
any advertisement containing any of these 
phrases or similar ones:"... recent college 
grads..1-4 years maximum experi¬ 
ence up to 5 years experience 

or "...10 years maximum experience.” 
COMPUTER reserves the right to append to 
any advertisement, without specific notice 
to the advertiser, “Experience ranges are 
suggested minimum requirements, not maxi- 
mums.” COMPUTER assumes that, since 
advertisers have been notified of this policy 
in advance, they agree that any experience 
requirements, whether stated as ranges or 
otherwise, will be construed by the reader as 
minimum requirements only. 


MANAGER, SCIENTIFIC COMPUTING 
SUPPORT CENTER 

Syracuse University ACADEMIC COMPUTING 
SERVICES invites highly qualified candidates to 
apply for a new position in its Research Com¬ 
puting Services group to establish and manage a 
Scientific Computing Support Center dedicated 
to helping researchers use computers in their 
work. Responsibilities include: consult with 
researchers on scientific computing problems, 
consult with researchers on access and use of 
remote systems, facilitate access to remote 
supercomputing facilities, coordinate SU’s par¬ 
ticipation in supercomputing consortia, create 
and maintain a library of user documentation, 
monitor new developments in scientific com¬ 
puting, and plan for future growth and develop¬ 
ment of the Center. Syracuse University is 
building an exciting advanced computing en¬ 
vironment which includes mainframes (IBM 
3090, DEC VAX), parallel computers (Encore, 
Alliant, Connection Machine), an Advanced 
Graphics Research Lab, an NMR computing 
center, the Center for Computer Applications 
and Software Engineering and numerous distri¬ 
buted scientific workstations, all connected via 
high speed networks. Syracuse University offers 
a comprehensive benefits package, educational 
opportunities, and competitive salaries. Mini¬ 
mum education qualifications and experience 
include a Master’s Degree in Physical Sciences 
or Engineering, with 5 years of programming ex¬ 
perience in scientific computing. Candidates 
will be evaluated on the basis of the following 
skills and characteristics: experience with For¬ 
tran programming in scientific research, under¬ 
standing of algorithm design and implementa¬ 
tion, understanding of theoretical concepts in 
physical sciences and engineering, and strong 
human-relations, verbal and written communica¬ 
tion, and managerial skills. Send resume, letter 
of application and arrange for three letters of 
recommendation to be sent directly to: Office of 
Human Resources, Syracuse University, Skytop 
Office, Syracuse, New York 13244-5300. 
SYRACUSE UNIVERSITY is an Equal Oppor¬ 
tunity/Affirmative Action Employer. 


UNIVERSITY OF CALIFORNIA AT DAVIS 

The Computer Science Division of the University 
of California at Davis invites applications from 
highly qualified individuals for several tenure- 
track positions. The Division is especially in¬ 
terested in senior candidates with research 
strengths in the fields of computer architecture, 
networks, and VLSI design. Outstanding can¬ 
didates in other fields will also be considered. 
Rank and salary will be commensurate with 
qualifications. In addition to teaching com¬ 
petence, applicants must have a distinguished 
research record. 

The Division of Computer Science is an indepen¬ 
dent unit within the Department of Electrical 
Engineering and Computer Science. Its interests 
cover the mainstream areas of computer sci¬ 
ence, including artificial intelligence, computer 
architecture, computer systems design, data¬ 
base systems, computer graphics, computer 
security, fault tolerant computers, networking, 
numerical analysis, program specification and 
verification, operating systems, performance 
evaluation, robotics, software engineering and 
theoretical computer science. Current research 
strengths and facilities exist in the areas of com¬ 
puter graphics, theory, computer systems 
research, image processing, and robotics. 

The Division is in a period of building and 
growth, with the aim of becoming one of the 
leading computer science departments in the 
nation. The department administers undergradu¬ 
ate majors in Computer Science Engineering, 
Computer Science and Mathematics, and it has 
an active MS/PhD program with a heavy em¬ 
phasis on research. Its expanding departmental 
research facilities include an Encore Multimax 
processor, several VAX systems (8600,785, etc.), 
two Iris graphics workstations, a Ridge 32, 
numerous Sun, Microvax II and Apollo work sta¬ 
tions, and a number of special purpose systems 
all linked through Ethernet and serial com¬ 
munications networks. Other LAN systems are 
available, for instruction and research. General 
purpose campus facilities are available, and the 
supercomputer resources of the Lawrence Liver¬ 
more National Laboratories are also accessible. 
UC Davis is the third largest of the University of 
California campuses. It shares with the other 
campuses of the UC system a strong commit¬ 
ment to leadership in education and research. 
Davis is close to the major areas of computer 
science and electronics activity in northern 
California and thus is In a strategic position to 
play a key role in future developments of the 
discipline. 

The town of Davis has a population of approx¬ 
imately 50,000. Located eleven miles from Sacra¬ 
mento, it is situated within driving distance from 
the major cultural centers of the San Francisco 
area as well as the outstanding recreational 
facilities of the Sierra Nevada. The town has 
earned an international reputation for its pro¬ 
gressive energy-conservation policies. Because 
of its location, its climate, and its sophisticated 
small town character, Davis is considered by 
many to be an ideal living environment. 
Interested applicants should send a curriculum 
vitae with the names of at least three profes¬ 
sional references to Richard F. Walters, Chair, 
Division of Computer Science, or to S. Louis 
Hakimi, Chair, Department of Electrical Engi¬ 
neering and Computer Science, University of 
California, Davis, CA 95616. 

The University of California is an equal oppor¬ 
tunity/affirmative action employer. 


CLAREMONT McKENNA COLLEGE 
Endowed Position in Computer Science 
and Applied Mathematics 

Applications are invited for an endowed tenure- 
track position in Computer Science and Applied 
Mathematics with rank and salary dependent on 
qualifications. Starting date fall 1988. 

Claremont McKenna College is a liberal arts col¬ 
lege with 800 students. It is a member of the 
Claremont Colleges (along with Pomona, 
Scripps, Harvey Mudd, and Pitzer Colleges and 
Claremont Graduate School). The Claremont 
Colleges have a total of forty-three mathemati¬ 
cians and computer scientists, and are located 
in Claremont, Southern California. 
Qualifications for the position include a Ph.D. in 
a computer-related field such as Computer 
Science, Mathematics, Operations Research, or 
Information Science. If the degree is in a field 
other than Computer Science, substantial formal 
education in Computer Science is required. 
Applicants should have a strong commitment to 
undergraduate teaching, an established scholar¬ 
ly record, and practical experience with com¬ 
puter applications. The appointee will be ex¬ 
pected to teach some applied mathematics 
courses in addition to computer science courses 
and to participate in course and program 
development. 

The College is an equal opportunity/affirmative 
action employer. Applications will be reviewed 
as soon as received and a decision reached pre¬ 
ferably by January 1988. Please send resume 
and the names of four references to Professor 
John Ferling, Chairman, Computer Science 
Search Committee, c/o Dean of Faculty’s Office, 
Claremont McKenna College, Claremont, CA 
91711. 


UNIVERSITY OF ALBERTA 
DEPARTMENT OF COMPUTING SCIENCE 

Applications are invited for two tenure-track 
positions at the Assistant/Associate Professor 
level. Responsibilities include research as well 
as teaching at the graduate and undergraduate 
levels. Strong candidates from all research areas 
will be considered, but areas of special interests 
include database systems, VLSI/computer ar¬ 
chitecture, operating systems, numerical 
analysis and computer graphics. Current hard¬ 
ware support includes an Amdahl 5870, a net¬ 
work of four VAX 11/780’s and about thirty Sun 
Workstations, and well-equipped microcom¬ 
puter and workstation laboratories for graphics, 
VLSI, and Al research. Access to a Cyber 205 is 
available. Salary is commensurate with qualifica¬ 
tions and experience. Send curriculum vitae, 
names of three references, and up to three 
reprints or copies of important publications. 
New PhD’s should also include a copy of their 
transcript. Apply to: 

Dr. Lee J. White 

Department of Computing Science 
University of Alberta 
Edmonton, Alberta 

T6G 2H1 

Applications will be accepted until January 31, 
1988. The University of Alberta is committed to 
the principle of equity of employment, but in ac¬ 
cordance with Canadian Immigration regula¬ 
tions, priority will be given to Canadian citizens 
and permanent residents. 
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NORTH TEXAS STATE UNIVERSITY 
Department Chair 
Computer Sciences 

Applications and nominations are invited for the 
position of Chair of the Department of Computer 
Sciences. The department offers B.S., M.S. and 
Ph.D. programs with approximately 800 under¬ 
graduate and 250 graduate majors. Current 
strengths among the 25 member faculty include 
distributed systems, logic programming, artifi¬ 
cial intelligence, expert systems, databases, lan¬ 
guages, numerical computation, and operating 
systems. Substantial faculty growth is projected 
over the next five years. Excellent facilities sup¬ 
port both research and instruction. 

North Texas State University is a comprehen¬ 
sive, graduate research university of approx¬ 
imately 22,000 students, offering an array of 
undergraduate, master's and doctoral programs. 
The university is located in Denton, at the center 
of one of the fastest growing counties in the na¬ 
tion, less than forty miles from both Dallas and 
Forth Worth. The Dallas-Forth Worth-Denton 
Metroplex abounds in cultural activities and high 
technology industries. 

Substantial research accomplishments are 
essential; grant activity and administrative ex¬ 
perience are desirable. Apply to Rollie Schafer, 
Associate Dean and Search Committee Chair, 
Department of Computer Sciences, Box 13886, 
North Texas State University, Denton, Texas 
76203. Applications should include a curriculum 
vitae and the names, addresses and telephone 
numbers of at least three references. Applica¬ 
tions will be received until December 1,1987 or 
until the position is filled. 

NTSU is an equal opportunity/affirmative action 
employer. 


CLARKSON UNIVERSITY 
Department of Electrical and 
Computer Engineering 

Applications are invited for the position of 
Chairperson, which will become available on July 
1,1988. The requirements include: an earned PhD 
degree in electrical engineering or a closely 
related discipline; distinguished accomplish¬ 
ments in both engineering education and re¬ 
search; and an ability to provide dynamic leader¬ 
ship. The position requires academic administra¬ 
tion of the department, while continuing to main¬ 
tain interaction with the students in the form of 
teaching and research. There are currently 25 full 
time faculty members, 800 undergraduates, and 
60 graduate students working toward MS and 
PhD degrees. The research areas are diverse and 
include communications, computer engineer¬ 
ing, control and robotics, electromagnetics, 
power engineering, and solid state. Annual 
grants and contracts total approximately $1M. 
The chairperson should provide the driving force 
in an ongoing effort to improve the strengths of 
the department, in terms of both quality funded 
reserach and excellence in teaching. Clarkson is 
a small independent college specializing in 
engineering, science, and management. The 
total student population is approximately 4000, 
of which 10% are studying at the graduate level. 
Clarkson is situtated in Northern New York, lying 
between the St. Lawrence River and the Adiron- 
dak mountains. Neighboring colleges include St. 
Lawrence University and Potsdam College. 
Please send a resume and 3 references, by 
February 29, 1988, to Dr. Paul B. McGrath, 
Department of Electrical and Computer 
Engineering, Clarkson University, Potsdam, NY 
13676. Clarkson is an Equal Opportunity/Affir¬ 
mative Action employer. MFVH 


UNIVERSITY OF WISCONSIN-MADISON 

Faculty Positions—The Department of Elec¬ 
trical and Computer Engineering invites applica¬ 
tions for tenure and tenure-track positions. A 
Ph.D. degree is required, and successful can¬ 
didates are expected to participate in both 
teaching and research activities. Applicants in 
all areas of computer engineering are invited to 
apply, but the following areas are of special in¬ 
terest: computer architecture, computer net¬ 
works, VLSI and computer-aided design, micro- 
pocessor and minicomputer applications, real¬ 
time control and instrumentation applications, 
and engineering applications of artificial in¬ 
telligence. Rank and salary will be commensu¬ 
rate with qualifications and experience. Send 
resume and names of three references to J. Leon 
Shohet, Chairman, Department of Electrical and 
Computer Engineering, University of Wisconsin 
—Madison, 1415 Johnson Drive, Madison, Wl 
53706, an equal opportunity/affirmative action 
employer. 


ETH Zurich 

Swiss Federal Institute of Technology 
Zurich, Switzerland 

Division of Informatics 

In the rapidly expanding Division of Informatics 
at ETH, the Swiss Federal Institute of Technol¬ 
ogy in Zurich, an additional faculty position 
needs to be filled. Applications are invited for the 
position of a 

Junior Faculty Chair in Computer Science 

(expert systems). 

This position was created to further research in 
expert systems, knowledge representation, and 
applied “artificial intelligence.” A donation from 
the Union Bank of Switzerland (UBS) finances 
the professor’s salary (12 months), appropriate 
staff and other resources are readily made avail¬ 
able by ETH. 

Faculty members must take part in teaching 
courses at both, undergraduate and graduate 
level, and initiate and supervise research proj¬ 
ects in their particular field of interest. The 
teaching language at ETH is German. However, 
teaching in English may be accepted in case of 
an otherwise well qualified candidate. 

This position is restricted to a term of 3 years 
which is renewable once for an additional 3 
years. Candidates experienced in the above 
mentioned area of Computer Science are re¬ 
quested to direct their written application in¬ 
cluding curriculum vitae, list of publications, 
personal references, a short description of plan¬ 
ned research activities, and languages spoken to 
Prof. H. Biihlmann, President, ETH, ETH- 
Zentrum, CH-8092 Zurich, Switzerland, before 1. 
November 1987. For further information on the 
above position please contact Prof. P. Lauchli, 
Head of the Dept, of Informatics, ETH-Zentrum, 
CH-8092 Zurich, Switzerland, Tel. 01-256-2241. 


ANALYST, SYSTEMS COMPUTER 

Minimum 2 years experience with BS degree 
computer field or will accept without degree with 
4 years experience to maintain existing software 
applications, create and intergrate new software 
products for our Medical Group, create computer 
network with node for each clinic, deveiope and 
implement voice activated transcribing applica¬ 
tion. Will write appropriate tele-communications 
software, adverse management. Must have know¬ 
ledge AMOS CP/M, IBM Dos implementations 
Digital = PDP-10, UNIX SYSTEMS III AND IV and 
Program languages, Basic, Pascal, Cobol, For¬ 
tran “C” and Logica. Salary $38,000 year. Send 
resume Jefferson Medical Group, 1413 N. Broad¬ 
way, Santa Ana, California, 92706, ATTN. Norton 
Hering, M.D. 


THE OHIO STATE UNIVERSITY 
Department of Computer and 
Information Science 

Applications are invited for faculty positions at 
all levels. A Ph.D. in computer science ora close¬ 
ly related field is required. Of special interest are 
candidates in the areas of artificial intelligence, 
computer graphics, databases, numerical analy¬ 
sis, programming languages, operating systems, 
parallel and distributed computing, software 
engineering, and VLSI design. Special research 
support packages are available for highly quali¬ 
fied candidates. 

Computing facilities within the Department in¬ 
clude a DEC-2060, three Pyramids, 20 Sun-3 
workstations, 10 IBM RTs, 15 Xerox LISP 
machines, an Intel iPSC/5 Hypercube, an Encore 
Multimax, a BBN Butterfly, numerous other 
systems for graphics, robotics, etc., and over 300 
Macintoshes. Macs are used in introductory 
computing courses. An additional 200 Sun-3 
workstations and 6 Hewlett Packard color 
graphics workstations will be installed this year 
for other instructional use. The OSU Computing 
Center facilities include a Cray XMP, IBM 
3081-D, and several IBM 4341s. All systems are 
attached to a campus-wide fiber optic network 
(Pronet 80) using TCP/IP protocols. Access is 
available to the national networks (ARPANET, 
CSNET, BITNET, USENET). 

To apply, please send application and resume to 
Prof. Ming T. (Mike) Liu, Chairman of Faculty 
Search Committee, Department of Computer 
and Information Science, The Ohio State Univer¬ 
sity, 2036 Neil Avenue, Columbus, Ohio 43210- 
1277 Ohio-State.) In order to expedite considera¬ 
tion, please ask three references to send their 
confidential letters directly to Prof. Liu. The Ohio 
State University is an equal opportunity/affir¬ 
mative action employer. 


LOUISIANA STATE UNIVERSITY AND 
AGRICULTURAL AND MECHANICAL 
COLLEGE 

LSU announces a newly endowed chair—The 
Floating Point Systems Professor of Computa¬ 
tional Methods. The person appointed to this 
chair will be an individual with a distinguished 
and ongoing record of scholarship in scientific 
computing and parallel processing. Candidates 
should be prepared to exercise scholarly leader¬ 
ship in this major interdisciplinary activity. 

LSU is a comprehensive research university with 
undergraduate and graduate degress in comput¬ 
ing and related disciplines. Scientific computing 
for research is being conducted in a number of 
academic units. LSU offers a full range of com¬ 
puting facilities, including a FPS Tesseract 20 
hypercube. 

The chairholder will be appointed with tenure; a 
joint appointment in more than one department 
is possible. Salary and support will be commen¬ 
surate with the position. The appointment could 
be made for any time between Janaury and 
August 1988. 

Nominations of qualified candidates are solic¬ 
ited and should be made as soon as possible 
through submission of name, telephone number, 
and current address. Applications are requested 
by December 1,1987, from interested individuals 
through submission of a letter of application; a 
current curriculum vita; and names, addresses, 
and telephone numbers of three referees. All cor¬ 
respondence should be addressed to: 

Dean William Cooper 
Graduate School 
Louisiana State University 
Baton Rouge, LA 70803 
cooper% Isu @ csnet-relay 
LSU is an equal opportunity employer. 
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UNIVERSITY OF PITTSBURGH 
DEPARTMENT OF COMPUTER SCIENCE 
Junior and Senior Faculty Positions 

The Department of Computer Science has entered 
a period of substantial growth. At least five tenure 
track faculty positions are to be filled as soon as 
possible, before the end of 1988. Responsibilities 
include research, supervision of graduate stu¬ 
dent research and graduate and undergraduate 
teaching. A Ph.D. in computer science or in a 
closely related field is required. Any area of 
specialty in computer science will be con¬ 
sidered, although preference will be given to pro¬ 
gramming languages, software engineering, data¬ 
base systems, algorithms, theoretical computer 
science, artificial intelligence and telecommuni¬ 
cations. Salary and rank will be commensurate 
with a candidate’s established record of scholarly 
achievement and/or research potential. 

The Department has nineteen full-time faculty 
members, strong graduate (M.S. and Ph.D.) and 
undergraduate (B.S.) programs. It has an ex¬ 
cellent research library. Departmental com¬ 
puting facilities include a VAX 11/780 (under bsd 
UNIX), a PDP 11/70 (UNIX), several smaller 
PDP-11 systems, a variety of microcomputers, 
several graphics systems, fourteen SUN work¬ 
stations, and a network of Xerox 1100-series 
(Dandelion) workstations. The research systems 
are accessible via the Department’s Ethernet- 
compatible LAN. Convenient access is also pro¬ 
vided to the extensive general computer facil¬ 
ities of the University as well as to other net¬ 
works (e.g. CSNET). The Department operates 
the Research Institute for Parallel and 
Distributed Intelligence Systems (IPDIS) to pro¬ 
vide an environment for innovative research in 
computer science, and cooperates closely with 
the Pittsburgh Supercomputing Center. 

Pitt is an equal opportunity/affirmative action 
employer. 

Please send your resume to: Dr. Shi-Kuo Chang, 
Chair, Department of Computer Science, Univer¬ 
sity of Pittsburgh, Pittsburgh, PA 15260. CSNet 
Address: CHANG ©PITT. 


TRINITY UNIVERSITY 
DEPARTMENT OF COMPUTER SCIENCE 
ASSISTANT PROFESSORSHIP 

The Department of Computer Science at Trinity 
University in San Antonio, Texas invites applica¬ 
tions for a tenure-track position at the rank of 
Assistant Professor. A Ph.D. in Computer Sci¬ 
ence or related discipline is required. The start¬ 
ing date is August, 1988. Salary is competitive 
and negotiable, and is commensurate with back¬ 
ground and experience. 

The Assistant Professor will teach 9 hours per 
semester at the undergraduate level, conduct 
research, advise students, and serve on ap¬ 
propriate committees. 

Trinity University is an independent institution 
with stable financial resources. Trinity is com¬ 
mitted to excellence in liberal arts and sciences 
and in selected professional programs including 
Computer Science. The Department of Computer 
Science has approximately 125 undergraduate 
majors. Significant capital expenditures for com¬ 
puting hardware and software indicate the uni¬ 
versity's commitment to computing for the future. 
We especially encourage applications from 
female and minority candidates. 

Applications should be received by November 
15,1987, and should be mailed to: 

Dr. Maurice L. Eggen 
Department of Computer Science 
Trinity University 
715 Stadium Drive 
San Antonio, Texas 78284 
(512) 736-7480 

Trinity University is an Equal Opportunity/Affir¬ 
mative Action Employer. 


WEST VIRGINIA UNIVERSITY 
ELECTRICAL AND COMPUTER ENGINEERING 

The Department of Electrical and Computer 
Engineering at West Virginia University an¬ 
ticipates available faculty positions for 1988-89 
in the areas of digital and computer engineering 
systems design, and electromagnetics. (Please 
identify field of interest in cover letter). Salary 
and rank will be commensurate with qualifica¬ 
tions. Positions will be tenure track. Applicants 
must have the Ph.D., potential for high quality 
teaching and will be expected to initiate 
research and participate in departmental re¬ 
search programs. Curriculum vitae should be 
sent to: Dr. Ronald L. Klein, Professor and Chair¬ 
man, Department of Electrical and Computer 
Engineering, West Virginia University, P.O. Box 
6101, Morgantown, WV, 26506-6101. Applica¬ 
tions should be received by March 31, 1988 
although searches for available positions will 
continue until filled. West Virginia University is 
an affirmative action/equal opportunity employer 
m/f. 


NAVAL POSTGRADUATE SCHOOL 
Monterey, CA 

Position Announcement in Computer Science 

The Department of Computer Science has im¬ 
mediate openings for faculty positions at all 
levels in all areas. An applicant should have a 
PhD in Computer Science or a related field and 
have a strong interest in both graduate teaching 
and research. Senior applicants must have dis¬ 
tinguished research records. Appointments can 
begin at any time during the year. 

The Department offers MS and PhD degrees in 
Computer Science supported by well-equipped 
instructional/research facilities and a full-time 
technical staff. The faculty normally teach for 
two quarters and conduct full-time research dur¬ 
ing the other two quarters. 

Please send a detailed resume and three letters 
of reference to: Search Committee, Computer 
Science Department (Code 52), Naval Post¬ 
graduate School, Monterey, CA 93943, tel. #(408) 
646-2449. NPS IS AN EQUAL OPPORTUNITY/AF¬ 
FIRMATIVE ACTION EMPLOYER. 


THE PENNSYLVANIA STATE UNIVERSTIY 
Computer Engineering 

Applications are invited for tenure-track and 
visiting faculty positions at all levels. Can¬ 
didates from all areas of computer engineering 
(Hardware and Software) will be considered. The 
Computer Engineering Program at The Pennsyl¬ 
vania State University is within the Department 
of Electrical Engineering which has over 50 
faculty members, and approximately 1500 under¬ 
graduate majors, 170 graduate students. Can¬ 
didates should have a Ph.D. in Electrical/Com¬ 
puter Engineering or related areas. There are 13 
faculty members within the computer engineer¬ 
ing program. Excellent instruction and research 
computing facilities are available within the 
department, College and at the University Com¬ 
puting Center. 

Please send your letter of application, resume, or 
inquiries, together with three references to: T. 
Feng, Computer Engineering Program, Depart¬ 
ment of Electrical Engineering, 129 Electrical 
Engineering East, Box CC. The Pennsylvania 
State University, University Park, PA 16802. 
Deadline for applications is March 31,1988 or un¬ 
til suitable qualified candidates are selected. 
“An Equal Opportunity/Affirmative Action 
Employer." 


GEORGE WASHINGTON UNIVERSITY 
TENURE-TRACK 
FACULTY POSITIONS 

The Department of Electrical Engineering and 
Computer Science invites applications for 
tenure-track faculty positions in Electrical 
Engineering and Computer Science. Candidates 
should have an earned doctorate and research 
experience, with an interest in both teaching and 
research. Ability to attract research grants and 
contracts for support of faculty and student 
assistants is valued. The George Washington 
University is located in the center of Washing¬ 
ton, DC. This metropolitan area sustains the sec¬ 
ond largest concentration of research and devel¬ 
opment activity in the United States which 
creates a continuing demand for rigorously train¬ 
ed engineers as well as broad research oppor¬ 
tunities. Our department is the largest depart¬ 
ment in the School of Engineering and Applied 
Sciences with 37 full-time faculty, and a large 
graduate and undergraduate student body. The 
department has an annual research budget of 
close to $1 million. Send Curriculum Vita, list of 
publications and references, to: 

Professor Roger H. Lang, Chairman 
Department of Electrical Engineering and 
Computer Science 

School of Engineering & Applied Sciences 
THE GEORGE WASHINGTON UNIVERSITY 
Washington, DC 20052 

The George Washington University is an affir¬ 
mative action/equal opportunity employer. 


WORCESTER POLYTECHNIC INSTITUTE 

Worcester Polytechnic Institute invites applica¬ 
tions and nominations for the position of Head 
of the Computer Science Department. The In¬ 
stitute seeks an individual who can provide 
innovative and dynamic leadership of its educa¬ 
tional and research programs. This outstanding 
scientist and educator should have an earned 
doctorate and adistinguished record of research 
and scholarly achievement, as well as 
demonstrated leadership in one of the compo¬ 
nent specializations of Computer Science. In ad¬ 
dition to administrative responsibilities, the 
department head will be charged with streng¬ 
thening overall program quality and fostering 
scholarly excellence, in cooperation with other 
departments, government and industry. 

There are 15 full time equivalent CS faculty, 260 
undergraduates, and 50 graduate students. 
Degrees are offered at the B.S., M.S., and Ph.D. 
levels. The WPI Plan, a project oriented cur¬ 
riculum, forms the basis of a unique and suc¬ 
cessful undergraduate program that has been 
accredited by the Computer Science Accredita¬ 
tion Commission of the Computing Sciences 
Accreditation Board. Department laboratories 
contain three VAX 750’s, twenty PDP 11's, a DG 
MV/8000, and an IBM Series/1 with 35 PC’s, con¬ 
nected by Ethernets. The college is committed 
to the construction of a new Information Sci¬ 
ences building. Located near Boston, in the 
center of the computer industry, Worcester has 
eight universities and colleges, and offers a rich 
variety of professional and cultural activities. 
Nominations and applications, including cur¬ 
riculum vitae and the names of three references, 
will be accepted until December 15,1987, or until 
a suitable candidate is found. 

Please respond to: 

Professor Robert A. Peura, Chairman, Com¬ 
puter Science Search Committee, Worcester 

Polytechnic Institute, Worcester, MA 01609. 
An Equal Opportunity/Affirmative Action 
Employer. 


October 1987 
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WRIGHT STATE UNIVERSITY 
Computer Science & Engineering 

Applicants are invited for full-time positions in 
Computer Science and/or Computer Engineer¬ 
ing at all faculty levels. There is particular in¬ 
terest in professors who have sufficient ex¬ 
perience, currency, and depth to direct doctoral 
students and research dissertations in a PhD 
program in Computer Science & Engineering. 
The Department is also interested in PhD’s with 
less experience, but who have a commitment to 
research and teaching in a PhD granting pro¬ 
gram. Rank and competitive salaries are deter¬ 
mined by qualifications and experience. 

The State supported university is located in a 
high technology environment among industrial/ 
military research and development facilities. An 
associated State assisted research park foster¬ 
ing basic and applied industrial/military/univer¬ 
sity research is active and growing impressively. 
The University has identified computer science 
& computer engineering as an area of high priority 
for continued development. 

Department strenghts include a large faculty, ex¬ 
tensive laboratory facilities, research programs, 
industrial/military support, degree programs in 
both computer science and computer engineer¬ 
ing, and large student populations at graduate as 
well as undergraduate levels. 

Successful candidates for tenure-track posi¬ 
tions should have a Ph.D in Computer Science, 
Computer Engineering, or equivalent back¬ 
ground, and have demonstrated a strong re¬ 
search, as well as teaching, commitment. Any 
non-tenure-track positions will be filled by can¬ 
didates with strong computer science or com¬ 
puter engineering credentials. At least a Master 
of Science Degree in the field is desired. 

Please submit detailed resumes including 
names of 3 references to: Professor Larry A. 
Crum, Chair, Department of Computer Science, 
Wright State University, Dayton, Ohio 45435. 
Reviewing for tenure-track positions will begin 
October 1, 1987 and for non-tenure-track posi¬ 
tions on March 1,1988. Reviewing will continue 
monthly until positions are filled or until Septem¬ 
ber 1, 1988. 

An equal opportunity/affirmative action 
employer. 


BOWDOIN COLLEGE 
Chairperson, Computer Science 

The Department of Computer Science & Informa¬ 
tion Studies seeks a person to lead the develop¬ 
ment of a young discipline at a distinguished 
undergraduate liberal arts college. To teach two 
courses per semester. Commitment to excel¬ 
lence in undergraduate teaching and research 
expected. Ph.D. in computer science preferred; 
applicants with Ph.D. in related field and suffi¬ 
cient computer science experience will be con¬ 
sidered. Rank and tenure open. 

Bowdoin College is a private, coeducational in¬ 
stitution of 1350 students with highly selective 
admissions and a long tradition of excellence in 
scholarship. It is located in the greater Portland 
area along the coast of Maine in Brunswick, a 
community of 19,000. 

College computing facilities include many micro¬ 
computers, VAX 11/780 running UNIX and a VAX 
8350 running VMS. 

Salary and fringe benefits competitive. 

To apply, send vitae and the names of three 
references to Craig A. McEwen, Dean of the 
Faculty, Bowdoin College, Brunswick, Maine 
04011. Applications will remain open until posi¬ 
tion is filled; review of candidates will begin 
November 1,1987. Bowdoin College is committed 
to Equal Opportunity through Affirmative Action. 


UNIVERSITY OF UTAH 
COMPUTER SCIENCE FACULTY POSITIONS 

The Department of Computer Science at the 
University of Utah solicits applications at all pro¬ 
fessorial ranks. A candidate for Assistant Pro¬ 
fessor must earn the Ph.D. in Computer Science 
or related field prior to September. A candidate 
for Associate Professor must have, in addition, 
at least three years of teaching or research ex¬ 
perience in Computer Science. A candidate for 
the rank of Professor must have a well-established 
research record in Computer Science. 

The Department currently has 16 tenure-track 
faculty members, 2 teaching faculty, as well as 
an additional eleven serving in research and ad¬ 
junct capacities. The student population in¬ 
cludes approximately 200 undergraduate majors, 
50 Master's degree students, and 35 Ph.D. 
students. 

Substantially funded faculty research projects 
include: asynchronous computation, computer- 
aided geometric design, computer-aided instruc¬ 
tion, computer graphics, computer system architec¬ 
ture, computer vision, models of computation, 
program verification, programming languages, 
robotics, sensory information processing, soft¬ 
ware for small computer systems, symbolic and 
algebraic computation, theory of computation, 
and very large scale integrated circuit design. 
Funding sources include major support from the 
NSF/CER program and from DARPA. Other 
governmental agencies and private industry also 
provide significant support. 

Over the past few years, the department has 
created an outstanding research environment. 
The department maintains a professionally staffed 
research computing facility which includes a 
VAX 8600, five other VAX mainframes and a 
Gould 9080. An 18-node BBN Butterfly parallel 
computer system and over 70 Hewlett-Packard, 
Apollo and Sun workstations are installed. The 
facility is connected to most major geographic 
networks (Arpanet, CSNET, USENET and Tele¬ 
net). A computer graphics laboratory with equip¬ 
ment representative of the most advanced de¬ 
vices available in the industry is also available. 
Other specialized laboratories include facilities 
for image processing and understanding, robo¬ 
tics, parallel processing, lisp programming, com¬ 
puter aided instruction and VLSI research. 
Starting date for appointment is July 1988. Direct 
vita, along with the names of three or more refer¬ 
ences, by Feb. 1,1988 or until positions are filled 
to: 

Recruiting Committee Chairman 
Department of Computer Science 
University of Utah 
Salt Lake City, Utah 84112 
The University of Utah is an Affirmative Action/ 
Equal Opportunity Employer and especially en¬ 
courages application from women and members 
of minority groups. 


CHAIRPERSON 

DEPARTMENT OF COMPUTER SCIENCE 
AND ENGINEERING 
Oakland University, Rochester, Michigan 

The School of Engineering and Computer 
Science at Oakland University invites applica¬ 
tions for the position of Chairperson, Depart¬ 
ment of Computer Science and Engineering. 
Oakland University is a state-supported institu¬ 
tion of 12,000 students, located on a 1,400 acre 
campus in rural surroundings near Rochester, 
Michigan. This progressive community is ac¬ 
claimed for its cultural climate and quality of life. 
The School contains two other departments: 
Mechanical Engineering and Electrical and 


Systems Engineering. The Computer Science 
and Engineering Department has 14 full-time 
faculty members, 585 undergraduate and 115 
graduate students. The department offers bac¬ 
calaureate programs in both computer science 
and computer engineering as well as a masters 
program in computer science and engineering. 
An interdisciplinary Ph.D. program in systems 
engineering is also offered. Active areas of 
research within the department include software 
engineering, artificial intelligence, computer ar¬ 
chitecture, and real-time computing. Up-to-date 
laboratories support teaching and research ac¬ 
tivities. Computer facilities include a local area 
network, a Honeywell DPS-2 Multics mainframe 
computer with access to the statewide MERIT 
network, a VAX 780 and PRIME 9750 CAD facili¬ 
ty, and numerous microcomputers. The well- 
equipped and well-funded Center for Robotics 
and Advanced Automation promotes interdisci¬ 
plinary research excellence among the faculty. 
Located adjacent to the university, the new 
Oakland Technology Park provides a focus for 
collaborative research between the faculty and 
the large industrial community of southeast 
Michigan. 

Candidates must have an earned doctorate in 
engineering, computer science or a related field, 
a minimum of 5 years experience in engineering 
or computer science education, and be a citizen 
or permanent resident of the U.S. Additional 
qualifications include a demonstrated commit¬ 
ment to excellence in teaching, a record of 
distinguished scholarship, and proven ability to 
attract external funding and provide effective 
leadership for the department. Applicants 
should send a letter, resume and the names of at 
least three references to 
Dr. Robert M. Desmond, Dean 
School of Engineering and Computer Science 
Oakland University 
Rochester, Michigan 48063 
To ensure full consideration applications should 
be received by December 15,1987. Further appli¬ 
cations will be accepted until the position is 
filled. Oakland University is an equal opportunity 
affirmative action employer. 


UNIVERSITY OF WASHINGTON 
Computer Engineering 

Applications are invited for tenure-track faculty 
positions in all areas of computer engineering. 
Our particular interests include microproces¬ 
sors and digital systems, hardware and architec¬ 
ture, computer aided design and engineering, 
networks, VLSI design and test, applied artificial 
intelligence, computer graphics, and signal and 
image processing. The Computer Engineering 
Program is part of the Department of Electrical 
Engineering which has over 40 faculty members, 
and 500 undergraduate and 240 graduate stu¬ 
dents. Responsibilities include undergraduate 
and graduate teaching, and development of 
strong research programs. Senior faculty posi¬ 
tions are also available, with the possibility of an 
endowed professorship for candidates with ex¬ 
ceptional qualifications. At the assistant pro¬ 
fessor level, these positions may be eligible for 
career development awards which provide for 
summer research support and conference travel 
for up to three years. Positions are available ef¬ 
fective Autumn Quarter 1987 or until filled. Send 
resume with four references to Computer Engi¬ 
neering Faculty Search Committee, Department 
of Electrical Engineering FT-10, University of 
Washington, Seattle, WA 98195. The University 
of Washington is an EO/AAE. 
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STATE UNIVERSITY OF NEW YORK 
AT BUFFALO 


CHIEF SOFTWARE ENGINEER 


The Department of Computer Science is seeking 
faculty at all levels, Assistant, Associate and full 
Professor, to begin Fall, 1988. Applicants at the 
junior level must have a Ph.D. in Computer Sci¬ 
ence, or a related field, and superior research 
ability. Applicants at the senior level must have a 
proven research and funding record. 

The University at Buffalo is the largest public 
university in New York and New England, with 
approximately 26,000 students enrolled in 93 
undergraduate, 101 master’s and 94 doctoral pro¬ 
grams, including law, medical, and business 
schools. 

Present research areas include artificial in¬ 
telligence, computer vision, numerical analysis, 
parallel algorithms, theory of computation, VLSI, 
etc., with an annual research expenditure of $1 
million. The Department offers BA, BS, MS, and 
PhD degrees, with controlled undergraduate en¬ 
rollment. Departmental computing facilities in¬ 
clude a VAX 11/785, two VAX 11/750S, twelve 
SUNs, seven lisp machines and several image 
processing/graphics systems. The current de¬ 
partment consists of 14 tenure track faculty, 3 
lecturers, 3 full-time technical staff and over 60 
supported graduate students. The Department is 
expanding, with additional faculty lines commit¬ 
ted annually. Salaries are extremely competitive. 
Resumes and names of four references should 
be directed to: Prof. Sargur N. Srihari, Acting 
Chairman, Department of Computer Science, 
226 Bell Hall, SUNY at Buffalo, Buffalo, NY 14260 
(CSnet: srihari ©buffalo). For full consideration, 
applications should be received by February 1, 
1988. SUNY is an affirmative action/equal oppor¬ 
tunity employer. 


The New York Technology Center of the IIT 
Research Institute is seeking a senior level soft¬ 
ware engineer. Candidates must have outstand¬ 
ing credentials in state-of-the-art software 
engineering technology. A background in one or 
more of the following is required: quality 
metrics, software measurement, software en¬ 
vironments, project management tools, and 
statistical analysis. 

Management experience and expertise in DOD 
software development methodologies is highly 
desirable. Qualified candidates should im¬ 
mediately direct their resume to: 

Professional Staffing 
IIT Research Institute 
Beeches Technical Campus 
Rt. 26 North 
Rome, NY 13440 

An Affirmative Action/Equal Opportunity Em¬ 
ployer M/F/H/V. 


COMPUTER SYSTEMS ANALYST 

Minimum 1 year experience with some technical 
training to consult with customers after sales to 
ascertain what type of data is to be used, 
methods of collecting data, studying verbal 
description, physical models in order that ap¬ 
propriate computers can be made or obtained to 
service our customer needs. Salary $32,000 per 
year. Send resume to COMPUTERLAND OF VAN 
NUYS, 6628 Van Nuys Blvd., Van Nuys, CA 
91405, Attn: Sherry Hitt. 


FREE 

FACTS. 

FAST! 

We’ve just sped up the response 
time to our Reader Service cards, 
so now you can get information 
more quickly about advertisers’ 
products and services, and prod¬ 
ucts we list in the New Products 
section. Under our new system, 
the company will have your name 
and address just days after you 
send out the card! 

While you’re indicating the 
products that interest you, please 
take a moment to circle the articles 
and departments that you liked in 
this issue. That will let us serve 
your interests better. 

We’d like to hear 
from you! 

COMPUTER 


Visiting Professorships & 
Visiting Research Professorships 

School of Engineering and Applied Science 
The George Washington University 


Visiting Professorships at junior and senior levels are 
available in specialty areas that include, but are not 


limited to, the following: 

• Application Areas 
of Management 

• Artificial Intelligence 

• Cognitive Modeling 

• Communications 

• Computer-Aided Design 

• Computer-Aided 
Manufacturing 

• Computer-Assisted 
Engineering 

• Computer-Integrated 
Manufacturing 

• Computer Science 

• Environmental 
Engineering 


• Human Factors/ 
Man-Made Interface 

• Information Management 

• Management of Research 
and Development 

• Mathematical Optimization 

• Mechanical Engineering 

• Reliability 

• Robotics 

• Stochastic Processes 

• Structural Engineering 

• Systems Analysis 
and Management 

• Water Resources 


Appointments are for one-year periods. Applicants should 
send vita, including complete publication list, and three 
references to: 


Office of the Dean 

School of Engineering and Applied Science 
THE GEORGE WASHINGTON UNIVERSITY 
Washington, D.C. 20052, USA 

The University is an affirmative action and equal opportunity employer. 


If STRUCTURED ANALYSIS is 
your passion, you’ll love 

HjeeQse” 1 . 



I THE DATA DICTIONARY 
. management tool 
you've wished for! 

• Syntax checking for data consistency 

• Makes global changes 

• Alphabetizes automatically 

• Menu driven and configurable 

• Tailored automated documentation 

• Automated creation of sub-definitions 

• VAX EDT-like editing of data structures 
Keeps LARGE PROJECTS under budget! 

Powerful, Productive, Fast! 
‘bes'bee T ". . . $2995 
Ada and Pascal type declarations 
created with MkT™ option ... $995 
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CONFERENCES 


Editor: Edmund L. Gallizzi, Computer Science Dept., Eckerd College, St. Petersburg, FL 33733; (813) 867-1166 x272 


Keynote speakers, special sessions set for FJCC 


The Fall Joint Computer Conference 
will expand its horizons this year and 
take a global look at the computer 
industry, Conference Chair Stephen 
Szygenda noted in announcing recently 
scheduled speakers and special sessions. 

In one international-track session, 
titled “Technology War,” panelists will 
contrast the evolution of technology in 
the United States, Japan/Asia, and 
Europe. They will also discuss why they 
feel the US is losing its technological 
edge and what can be done about it. 

Keynote speakers. Technical trade 
between the US and Taiwan will be the 
topic of the Tuesday, October 27, 
opening-session address by Kwoh-Ting 
Li, senior minister without portfolio, 
Republic of China. Li has coordinated 
Taiwan’s Science Technology program 
and promoted research and develop¬ 
ment in the government, academic, and 
private sectors. He is considered the 
chief architect responsible for Taiwan’s 
economic growth and has been awarded 
many honors, including the Ramon 
Magsaysay Award for Government 
Service. 

The speaker at Wednesday’s plenary 
session will be Max D. Hopper, senior 
vice president-information services for 
American Airlines. Hopper was 
instrumental in organizing American’s 
marketing of automated systems to 
travel agencies. His topic is “Choices 
Faced in the Strategic Use of Computer 
Services.” 

Special evening sessions. Five concur¬ 
rent sessions are now set for Wednesday 
evening, October 28. Continuing the 
conference’s international flavor, a 
panel chaired by Paulo Franca of the 
Federal University of Rio de Janeiro 
will address computer science education 
in Latin America. 

Three other sessions are “Exploring 
the Limits of Uniprocessor Perform¬ 
ance,” chaired by Carl Amdahl of 
CGA Associates; “Heterogeneous 
Databases: Problems, Non-Problems, 
and Challenges” with Ahmed Elmagar- 
mid of Pennsylvania State University; 
and “The Development of Expert Sys¬ 
tems — Some Pragmatic Issues” with 


Lorraine Duvall of Duvall Computer 
Technologies as panel chair. 

The final Wednesday evening session, 
“Computer Science and Engineering 
Education: The Challenge,” is chaired 
by Michael C. Mulder, Computer Soci¬ 
ety vice president for education. 
Panelists are Robert Case of IBM Cor¬ 
porate Education, Edith Martin of Boe¬ 
ing, Peter Denning of NASA, and Alan 
Stubberud of NSF. 


John Cocke will receive ACM’s Tur¬ 
ing Award and present his Turing Lec¬ 
ture during the Thursday, October 29, 
Fall Joint Computer Conference awards 
session in Dallas. The award, ACM’s 
oldest and most prestigious, is presented 
for technical contributions of major 
and lasting importance to the comput¬ 
ing field and commemorates the work 
of A.M. Turing, an English mathema¬ 
tician. 



John Cocke joins a prestigious list of 
Turing Award winners. The award will 
be presented during the Fall Joint Com¬ 
puter Conference. 


Registration information. FJCC 87, 
cosponsored by ACM and the Com¬ 
puter Society, will be held October 
25-29 at the Dallas, Texas, Infomart. 
For registration and hotel reservation 
forms, see the September issue of Com¬ 
puter (pp. 11-12) or contact Debra 
Anthony, Texas Instruments, 6500 
Chase Oaks Blvd., PO Box 87905, 
MS8419, Plano, TX 75086; (214) 
575-2151. 


In a career spanning more than 30 
years, Cocke has contributed to three 
areas of computer science: the design 
and theory of compilers, the architec¬ 
ture of large systems, and the develop¬ 
ment of reduced-instruction-set 
computers. Through his publications, 
patents, and lectures, he has exercised a 
lasting influence on the theory and 
design of high-performance computer 
systems. 

With coworkers, he discovered and 
systematized many of the fundamental 
transformations now used in optimizing 
compilers, including operator strength 
reduction, common subexpression 
elimination, register allocation, con¬ 
stant propagation, and dead code elimi¬ 
nation. 

Cocke was a technical leader in the 
design of the IBM Stretch computer. 

His innovations enabling efficient han¬ 
dling of branching instructions have 
become permanent features of large- 
scale machines. He was instrumental in 
the conception, design, and implemen¬ 
tation of the first reduced-instruction- 
set computer, a design still being 
explored in university and industrial 
laboratories but already in commercial 

Cocke’s previous honors include 
being named an IBM fellow (1972), 
receiving the ACM/Computer Society 
Eckert-Mauchly Award (1985), and 
nomination as a fellow of the American 
Academy of Arts and Sciences (1986). 


Cocke to receive Turing Award at FJCC 
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18th North American Computer Chess Championship slated during FJCC 


The Cray Blitz, the current world 
computer chess champion, is expected 
to try to regain the ACM North Ameri¬ 
can Computer Chess Championship 
title when the tournament is renewed 
for the 18th time October 25-27 in 
Dallas. The event will be held in con¬ 
junction with the ACM/Computer 
Society Fall Joint Computer Confer¬ 
ence. The winner will be awarded a 
prize of $2000. 

Strong competition is expected from 
several other systems, including the 
Chiptest system that can generate the 
game tree of board positions at a rate of 
3 million nodes per second; that is as 
much as 10 times faster than other sys¬ 
tems, according to Monty Newborn, the 
tournament’s organizer. 

The four-round Swiss style event will 
take place in the Anatole Hotel, with 
two rounds scheduled at 1 and 7 p.m. 
Sunday, October 25, a third at 7 p.m. 
Monday, October 26, and the finals at 7 
p.m.Tuesday, October 27. 

Some of the best systems are based 
on one of three different implementa¬ 
tion mechanisms. They are either super¬ 
computers executing more than 100 
million instructions per second, dis¬ 
tributed microprocessor-based systems, 
or special-purpose hardware composed 
of either VLSI or bit-slice processors 
attached to a general-purpose front 
end. 

The Belle system, Hitech, and Chip- 
test each use special-purpose hardware. 

The Belle system was developed by 
Ken Thompson and Joe Condon of Bell 
Laboratories and won last year’s 17th 
NACCC championship. Hitech, which 
was developed at Carnegie Mellon Uni¬ 
versity under the leadership of Hans 
Berliner, captured the 16th NACCC 
crown in 1985. Chiptest was developed 
by Thomas Anantharamam and Feng- 
hsiung Hsu of CMU but experienced 
technical problems in its first competi¬ 
tion last year. 

Cray Blitz, winner of the fifth World 
Computer Chess Championship and the 
15th NACCC, was developed by Robert 
Hyatt, Burt Gower, and Harry Nelson 
of the University of Alabama. It exe¬ 
cutes on a four-processor Cray super¬ 
computer. 

The Sun Phoenix, developed by 
Jonathan Schaeffer at the University of 
Alberta, uses a network of 20 Sun 
workstations. 

Many of these systems, along with 
several other prototype and commercial 
products, will compete. 

Computer chess can be viewed as a 
“benchmark of the progress of artificial 
intelligence,” according to Schaeffer. 


As with the entire body of artificial 
intelligence, it has enjoyed extensive 
development since the first NACCC 
was held in 1970 and even more success 
since the first hopeful manifestations of 
skill were displayed in early program¬ 
ming efforts at such places as MIT. 

But, if the performance of the first 
programs was almost comical compared 
to that of current systems (many now 
playing at the US Chess Federation 
master level), it nevertheless remains an 
unfulfilled prediction that computers 
will imminently display competence at 
the USCF senior master level. Curi¬ 
ously, this shortfall comes at a time 
when some systems can evaluate 
hundreds of thousands of board posi¬ 
tions per second, with others in the 
development stage that may push the 
number to a million per second. 

Aside from parallel architectures, 
which certainly help but may not bridge 
the gap, the question that continues to 
intrigue researchers is: What lies 
“Beyond Minimax,” the tree-evaluation 
algorithm on which all of these systems 
are based. 


The Symposium on Engineering of 
Computer-Based Medical Systems will 
be coordinated with WorldMed 88, 
which will also feature a technology 
transfer conference and a conference on 
competitive business strategies for the 
medical technology industry. The sym¬ 
posium will be held on June 8-10 in 
Minneapolis, Minnesota. The sympo¬ 
sium will offer a broad range of activi¬ 
ties, including a scientific program, 
tutorials, and workshops. 

The scientific program will have 
several tracks, each with at least one 
invited speaker plus contributed papers: 

• Software Quality Assurance (Tim 
Kriewal of 3M Company, track 
co-chair), 

• Reliability (Max Cortner of Unisys, 
track co-chair), and 

• Regulatory Issues and Standards 
(Greg Sachs of Biomedicus, track 
co-chair). 

The tutorials are being planned to 
prepare attendees to benefit more fully 
from the symposium. Don Georgi of 
Biomedicus is heading this effort. 
Tutorials are planned on networking, 
reliability, expert systems, software 


USCF ratings, which were developed 
before the advent of computer chess, 
can now be assigned to computers, 
whether they’re in the senior master 
class or not. In fact, many computers 
receive higher ratings than do human 
beings; this has been a source of embar¬ 
rassment to some people. 

A technical session/workshop, com¬ 
posed of presentations and a panel dis¬ 
cussion by championship participants, 
is traditionally held in conjunction with 
the NACCC tournament. 

This year’s workshop has been enti¬ 
tled “State of the Art in Computer 
Chess Practice.” It will enable chess 
system developers to discuss new fea¬ 
tures of their systems, implementation 
of the latest theoretical results, and 
ideas that may not yet be part of their 
systems, according to workshop 
organizer Tony Marsland of the Univer¬ 
sity of Alberta. 

For additional information on this 
year’s NACCC plans, contact Monty 
Newborn at McGill University, (514) 
398-7079. 


validity, and reliability of medical sys- 

The workshops are being planned in 
all areas of special interest. Leaders will 
be announced, and attendees will be 
able to sign up in advance. These work¬ 
shops will tie in with the track programs 
and tutorials, providing opportunities 
for further discussions and questions. 

Symposium registrants will also be 
able to attend presentations by exhibi¬ 
tors in the other segments of 
WorldMed. These presentations will not 
be conventional ones but will be like 
amplified poster sessions where exhibi¬ 
tors perform live demonstrations. 

The Technical Committee on Com¬ 
putational Medicine, which initiated the 
symposium, will hold its business meet¬ 
ing there and will provide both formal 
and informal times for its members to 
meet and discuss common interests. For 
more information on the symposium or 
on the CompMed TC, circle number 
193 on the reader service card in this 
issue, or contact the CompMed TC 
chairman: John M. Long, 2829 Univer¬ 
sity Avenue S.E., #408, Minneapolis, 
MN 55414. 


Symposium on Medical Systems 
to be coordinated with WorldMed 88 
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CPC workshop explores computer packaging 
theory and new packaging technology 


Jack Balde, Vice Chair, Liaison 

Talks on packaging theory and new 
packaging technology were the high¬ 
lights of the Spring 1987 Workshop of 
the Computer Packaging Committee, 
which was held in May in Solvang, 
California. 

The keynote talk by Jerry Park (Intel) 
set the stage for the packaging discus¬ 
sions of the future. He observed that 
some cells already are smaller than bac¬ 
teria and that soon cells will be smaller 
than viruses. Park discussed the ways 
that this decrease in cell size poses new 
challenges to the computer packaging 
industry. The limitations of input- 
output and packaging are already a 
major factor of chip design, and ther¬ 
mal considerations are a probable 
future limitation. Scanning electron 
microscope is the only hope for inspec¬ 
tion, and testing is an increasing prob¬ 
lem. He pointed out that already the 
design of the test process takes longer 
than the design of the chips. 

Two talks on packaging theory were 
of special interest. The first of these was 
the review by Tom Steel (Unisys) of the 
Rent’s Rule parameters. His analysis 
presents the best current knowledge of 
this useful prediction rule and updates 
the previous information presented 
some years ago. The full text and analy¬ 
sis is planned for publication in the 
IEEE Transactions on Components, 
Hybrids, and Manufacturing Technol¬ 


ogy, but the major trend graph from his 
presentation is shown here (Figure 1). It 
is a scatter diagram showing input data 
and their parameters. 

The second paper on packaging the¬ 
ory was a comparative analysis by 
Tamio Saito (Toshiba). He analyzed the 
extent to which the organizational order 
or entropy of a system family can reveal 
the success capability of a technology 
for possible future density compression. 
The comparative curve for Hitachi, 
NEC, and Fujitsu shows his conclusion 
that some trend lines seem more capable 
of reaching higher density than others. 
(Of course, trend lines are based on 
extensions of the same design approach, 
and a change of approach is not only 
possible but may even be “in the 
works.”) See Figure 2. 

In the area of new technology, the 
most exciting talks were the first public 
talks on the ETA supercomputer and on 
the construction of the IBM Laptop 
Computer. 

The simplicity of the ETA approach 
did much to convince those at the meet¬ 
ing to take a look at the low- 
temperature CMOS process as a viable 
design alternative. The cryostat is not 
much more complex than a Dewar flask 
with a “bread toaster” top slot into 
which the CPU is dropped. The rest of 
the system is essentially normal, outside 
of the liquid nitrogen environment. The 
talk was by Doug Carlson (ETA), with 
a description of the chip packaging by 



Figure 1. Rent’s Rule coefficient variation with system size (number of partitions). 


Spiegelbarger (Honeywell). 

A largely tutorial session was held on 
supercooled materials and their future 
applications. Other activities included 
presentations on the packaging of the 
IBM PC-convertible; the packaging 
approaches for CDC military com¬ 
puters and for AT&T, DEC, Tandem, 
Elyxsi, Hitachi, and Hewlett-Packard 
equipment; and the TRW button-board 
approach to chip-connector density 
connections. 

The most controversial session reo¬ 
pened the question of whether the com¬ 
mittee should sponsor a comparative 
analysis presentation for 1988, and, if 
so, what exercise the presentation 
should address. One proposed exercise 
is the calculation of a metric that com¬ 
bines performance, cost, and design 
time. This proposal would focus the 
attention of the workshop on medium 
and cost-performance system design. 
However, it would mean the exclusion 
of the major mainframe manufacturers 
from participation. The committee will 
have to meet separately to resolve these 
issues. 

The Computer Packaging Committee 
conducts bimonthly meetings in New 
York at the United Engineering Build¬ 
ing, and local California meetings 
throughout the year. It organizes work¬ 
shops in the Poconos in even-numbered 
years and in California in odd-numbered 
years. It has recently begun activities in 
Japan and in Europe, and held its first 
European workshop in Brussels in Sep¬ 
tember. Workshop attendance is by 
invitation or referred invitation only. 

For additional information, contact 
the current chairman: Gene Shapiro, 
IBM T.J. Watson Research Center, 
13-209, PO Box 218, Yorktown Hts., 
NY 10598; (914) 945-1711. 



Figure 2. Density/access time slopes for 
different system technologies. 
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CALENDAR 


October 1987 


© Conference on Data and Knowledge 
Systems for Manufacturing and Engi¬ 
neering (ACM), October 19-20, East Hart¬ 
ford, Connecticut. Contact Fred Maryanski, 
University of Connecticut, Computer 
Science and Engineering Dept., U-155, 
Storrs, CT 06268; (203) 486-2584. 


Conference on Software for Factory Auto¬ 
mation (1FIP), October 19-21, Tokyo. Con¬ 
tact IFIP, 3 rue de Marche, CH-1204, 
Geneva, Switzerland. 


Third Expert Systems in Government 
'5*7 Conference, October 19-23, Washing¬ 
ton, DC. Contact Peter Bonasso, Mitre 
Washington AI Center, 7725 Colshire Blvd., 
MS W952, McLean, VA 22102; (703) 


Workshop on Planning a Manufacturing 
Information System (SME), October 21, San 
Mateo, California. Contact Debbie Clark, 
Technical Activities Dept., Society of Manu¬ 
facturing Engineers, 1 SME Dr., PO Box 
930, Dearborn, MI 48121; (313) 271-1080. 

Conference on Attacking Legal Problems of 
the Computer Age (IFIP), October 21-23, 

Santa Monica, California. Contact IFIP, 3 
rue de Marche, CH-1204, Geneva, Swit¬ 
zerland. 


USENIX POSIX Portability Workshop, 
October 22-23, Berkeley, California. Contact 
USENIX Conference Office, PO Box 385, 
Sunset Beach, CA 90742; (213) 592-1381. 


® FJCC-87, Fall Joint Computer Confer¬ 
ence (ACM), October 25-29, Dallas. 
Contact Debra Anthony, Texas Instruments, 
6500 Chase Oaks Blvd., PO Box 86905, MS 
8419, Plano, TX 75086; (214) 575-2151. 


Gomac 87, Government Microcircuit Appli¬ 
cations Conference, October 27-29, Orlando, 
Florida. Contact Frank J. Rehm, RADC/OC 
Griffiss Air Force Base, NY 13441-5700; 
(315)330-7781. 


CCDC-87, Computer Communications for 
Developing Countries, October 27-30, New 

Delhi, India. Contact S. Ramani, National 
Center for Software Technology, Gulmohar 
Cross Road No. 9, Juhu, Bombay 400049, 
India; phone 629574 or 629606. 


Applied Imagery Pattern Recognition, 
'5*7 October 28-30, Washington, DC. Con¬ 
tact Jane Harmon, 403 Argus PI., Sterling, 
VA 22107; (703)351-2708. 


AI/East 87, Artificial Intelligence and 
Advanced Computer Technology Confer¬ 


ence/Exhibition, October 28-30, Atlantic 
City. Contact Tower Conference Manage¬ 
ment Co., 331 W. Wesley St., Wheaton,IL 
60187. 


November 1987 


NARDAC, Washington/ORNL/DRSD 
Conference on Expert Systems Technology 
in the ADP Environment (Naval Regional 
Data Automation Center—Washington, Oak 
Ridge National Laboratory), November 2-3, 
Washington, DC. Contact Lloyd F. Arro- 
wood, Oak Ridge National Laboratory, 
4500-North, MS 207, Oak Ridge, TN 37831; 
(615) 576-8272. 

Third Annual Conference on Artificial Intel¬ 
ligence for Space Applications (NASA), 
November 2-3, Huntsville, Alabama. Con¬ 
tact Thomas S. Dollman, NASA/EB44, 
Marshall Space Flight Center, AL 35812; 
(205) 544-3823. 

36th Annual Computer Conference and 
Business Exposition (DPMA), November 
2-4, San Francisco. Contact DPMA, 505 
Busse Hwy., Park Ridge, IL 60068-3191; 
(312) 825-8124. 

21st Annual Asilomar Conference on Sig¬ 
nals, Systems, and Computers (IEEE, Naval 
Postgraduate School), November 2-4, 

Pacific Grove, California. Contact Douglas 
F. Elliott, Rockwell International Corp., 
3370 Miraloma Ave., MS BD07, Anaheim, 
CA 92803-3170. 

Comdex/Fall 87, November 2-6, Las Vegas, 
Nevada. Contact Interface Group, Inc., 300 
First Ave., Needham, MA 02194; (617) 
449-6600. 


Fifth Annual Canadian Information 
Processing Society Edmonton Conference, 
November 3-5, Edmonton, Alberta, Canada. 
Contact Barry Giffen, CIPS Edmonton, PO 
Box 1881, Edmonton, Alberta T5J 2P3, 
Canada; phone (403) 488-1879. 

History of Medical Informatics (ACM), 
November 5-6, Bethesda, Maryland. Contact 
Bruce I. Blum, Applied Physics Laboratory, 
Laurel, MD 20707; (301) 953-6235. 


^1^1 Workshop on Workstation Operating 
'v§7 Systems, November 5-6, Cambridge, 
Massachusetts. Contact Luis-Felipe Cabrera, 
6572 Northridge Dr., San Jose, CA 95120; 
(408)927-1838. 


11th ACM Symposium on Operating Sys¬ 
tems Principles, November 9-11, Austin, 
Texas. Contact Alfred Spector, Dept, of 
Computer Science, Carnegie Mellon Univer¬ 


sity, Pittsburgh, PA 15213, or Les Belady, 
MCC, 9430 Research Blvd., Echelon Bldg. 
No. 1, Suite 200, Austin, TX 78759; (512) 
834-3330. 


Sixth International Conference on 
Entity-Relationship Approach (ACM), 
November 9-11, New York City. Contact 
Martin Modell, 1 Mohawk Lane, Commack, 
NY 11752. 


ICCAD-87, International Conference 
^*7 on Computer-Aided Design (IEEE), 
November 9-12, Santa Clara, California. 
Contact Basant Chawla, AT&T Bell Labora¬ 
tories, 1247 S. Cedar Crest Blvd., Allen¬ 
town, PA 18103; (215) 770-3484. 


Autofact 87 (SME), November 9-12, Detroit. 
Contact Debbie Clark, Technical Activities 
Dept., Society of Manufacturing Engineers, 

1 SME Dr., PO Box 930, Dearborn, MI 
48121; (313) 271-1080. 


Workshop on Planning a Manufacturing 
Information System (SME), November 10, 

Chicago. Contact Debbie Clark, Technical 
Activities Dept., Society of Manufacturing 
Engineers, 1 SME Dr., PO Box 930, Dear¬ 
born, MI 48121; (313) 271-1080. 


AIMS-87, Applied Identification, Modeling, 
and Simulation (IASTED), November 11-13, 

New Orleans. Contact R. Trahan, Dept, of 
Electrical Engineering, University of New 
Orleans, New Orleans, LA 70148; (504) 
286-6650. 


Hypertext 87, Workshop on Systems, 
Applications, and Issues, November 
13-15, Chapel Hill, North Carolina. Contact 
John B. Smith, Dept, of Computer Science, 
University of North Carolina, Chapel Hill, 
NC 27514; (919) 962-5021. 


19th IIA Convention and Exhibition, 
November 15-19, Chicago. Contact Carol 
Simon, Information Industry Association, 
555 New Jersey Ave. NW, Suite 800, Wash¬ 
ington, DC 20001; (202) 639-8262. 

ACM South Central Regional Conference, 
November 19-21, Lafayette, Louisiana. Con¬ 
tact Terry Walker, University of Southwest 
Louisiana, Center for Advanced Computer 
Studies, PO Box 44330, Lafayette, LA 
70504-4330; (318) 232-7013. 


International Conference on Informa- 
'<*7 tion Science and Engineering (IERE), 
November 25-27, York, England. Contact R. 
Larry, Institute of Electronic and Radio 
Engineers, 99 Gower St., London WC1E 
6AZ, England, UK; phone 44 (01) 388-3071. 
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® Workshop on Computer Vision, 
November 30-December 2, Miami 
Beach, Florida. Contact Harry Hayman, 738 
Whittaker Ter., Silver Spring, MD 20901; 
(301)434-1990. 


sailles, France. Contact INRIA, Service des 
Relations Exterieures, Bureau des Colloques. 
Domaine de Voluceau, Rocquencourt, BP 
105, 78153 Le Chesnay Cedex, France; 
phone 33 (1) 39-63-56-00. 


December 1987 


January 1988 


Multiconference 88 (SCS), February 3-5, San 
Diego, California. Contact Society for Com¬ 
puter Simulation, PO Box 17900, San Diego, 
CA 92117; (619)277-3888. 

Second Conference on Applied Natural Lan¬ 
guage Processing (ACL), February 9-12, 

Austin, Texas. Contact Donald Walker, Bell 
Communications Research, 445 South St., 
MRE 2A379, Morristown, NJ 07960; (201) 
829-4312. 


1988 Gordon Bell Award for Parallel 
vs-7 Processing Speedup, entries due 
December 1. Contact Gordon Bell Award, 
IEEE Software, 10662 Los Vaqueros Cir., 
Los Alamitos, CA 90720; (714) 821-8380, 
(503)754-3273. 

Eighth Real-Time Systems Symposium, 
'5*7 December 1-3, San Jose. Contact Kang 
G. Shin, Dept, of Electrical Engineering and 
Computer Science, University of Michigan, 
Ann Arbor, MI 48109-1109; (313) 763-0391. 


Conference on Information Resources Man¬ 
agement: Standards for Future Information 

Services (NBS), December 3, Gaithersburg, 
Maryland. Contact Shirley Radack, B151 
Technology Building, National Bureau of 
Standards, Gaithersburg, MD 20899; (301) 
975-2833. 


Eighth Annual International Conference on 
Information Systems (ACM, SIM), Decem¬ 
ber 6-9, Pittsburgh. Contact William R. 
King, Graduate School of Business, Univer¬ 
sity of Pittsburgh, Pittsburgh, PA 15260; 
(412)648-1587. 


Workshop on Fault Tolerance in Par- 
allel and Distributed Computing, 
December 7-8, San Diego, California. Con¬ 
tact Miroslaw Malek, Dept, of Electrical & 
Computer Engineering, University of Texas, 
Austin, TX 78712; (512) 471-5704. 


Performance 87 (ACM, AFCET, IFIP), 
December 7-9, Brussels. Contact G. 
Latouche, Universite Libre de Bruxelles, 
Campus Plain CP212-bd du Triomphe, 1050 
Brussels, Belgium. 

SIGAda International Conference on the 
Ada Programming Language (ACM), 
December 9-11, Boston. Contact Benjamin 
M. Brosgol, Alsys, Inc., 1432 Main St., 
Waltham, MA 02154. 


Third Aerospace Computer Security 
^§7 Conference (AIAA), December 8-11, 

Orlando, Florida. Contact Joel Levy, ORI, 
Inc., 1375 Piccard Dr., Rockville, MD 
20850; (301)670-2161. 

Winter Simulation Conference (ACM, 
VJT' SCS), December 14-16, Atlanta. Con¬ 
tact Hank Grant, Factrol.Inc., 1305 Cum¬ 
berland Ave., West Lafayette, IN 47906; 
(317)463-5559. 


Eighth International Conference on Com¬ 
puting Methods in Applied Sciences and 
Engineering (INRIA), December 14-18, Ver¬ 


HICSS 88, 21st Hawaii International 
v*7 Conference on System Sciences, Janu¬ 
ary 5-8, Kailu-Kona, Hawaii. Contact Ralph 
H. Sprague, Jr., Decision Sciences Dept., 
University of Hawaii, 2404 Maile Way, 
E-303, Honolulu, HI 96822; (808) 948-7430. 


Simulation in Engineering Education Con¬ 
ference, January 7-8, San Diego. Contact 
Society for Computer Simulation, PO Box 
17900, San Diego, CA 92117; (619) 
277-3888. 


Third Technical Symposium on Opto- 
electronics and Laser Applications in 
Science and Engineering (SPIE, SPSE), 
January 10-15, Los Angeles. Contact Jane 
Lybecker, SPIE, PO Box 10, Bellingham, 
WA 98227; (206) 676-3290. 


® Annual IEEE Design Automation 
Workshop, January 13-15, Apache 
Junction, Arizona. Contact Walling Cyre, 
Control Data, HQM 173, Box 1249, Min¬ 
neapolis, MN 55440; (612) 853-2692. 


15th ACM SIGACT, S1GPLAN Symposium 
on Principles of Programming Languages, 
January 13-15, San Diego, California. Con¬ 
tact Jeanne Ferrante, IBM Hawthorne 
H2-B54, Box 218, Yorktown Heights, NY 
10598; (914) 789-7529. 


Third Conference on Hypercube Concurrent 
Computers and Applications, January 19-20, 

Pasadena Convention Center, Pasadena, 
California. Contact Patricia McLane, Jet 
Propulsion Laboratory, MS 180-205, 
Pasadena, CA 91109; (818) 354-5556. 


Workshop on High-Level Synthesis (ACM), 
January 24-27, Orcas Island, Washington. 
Contact Ewald Detjens, 1820 Carleton St., 
Berkeley, CA 94703; (415) 849-2020. 


International Workshop on Software Ver¬ 
sion and Configuration Control (ACM, GI), 
January 27-29, Grassau, West Germany. 
Contact Peter Feiler, SEI, Carnegie Mellon 
University, Pittsburgh, PA 15213; (412) 
268-7790. 


February 1988 


Fourth International Conference on 
^§7 Data Engineering, February 2-5, Los 

Angeles. Contact Benjamin W. Wah, Dept, 
of Electrical and Computer Engineering, 
University of Illinois, Urbana, 1L 61801; 
(217)333-3516. 


Winter UNIX Technical Conference (USE- 
NIX), February 9-12, Dallas, Texas. Contact 
USENIX Association Conference Office, PO 
Box 385, Sunset Beach, CA 90742; (213) 
592-1381. 

CSC-88, 16th Annual Computer Science 
Conference (ACM), February 23-25, 

Atlanta. Contact Lucio Chiaraviglio, School 
of Information and Computer Science, 
Georgia Institute of Technology, Atlanta, 
GA 30332; (404)894-3152. 

Vision Guidance for Robotic Systems 
(SME), February 23-25, , Cincinnati, Ohio. 
Contact Joanne Rogers, Society of Manufac¬ 
turing Engineers, 1 SME Dr., Dearborn, MI 
48121;(313)271-1500. 

Compcon Spring 88, February 
\g7 29-March 4, San Francisco. Contact 
Hasan al-Khatib, Dept, of Electrical Engi¬ 
neering and Computer Science, University of 
Santa Clara, Santa Clara, CA 95053; (408) 
554-4485. 

Symposium on Information Systems as a 
Resource to Support Managerial Decision- 
Making, February 29-March 3, Sydney, Aus¬ 
tralia. Contact IFIP, 3 rue de Marche, 
CH-1204, Geneva, Switzerland. 


March 1988 


Second Conference on Computer 
*8? Workstations (ACM), March 7-10, 

Santa Clara, California. Contact Patrick 
Mantey, 335A Applied Science Bldg., Dept, 
of Computer Engineering, University of 
California, Santa Cruz, CA 95064; (408) 
429-2158. 


1988 International Zurich Seminar on 
X27 Digital Communications, March 8-11, 

Zurich, Switzerland. Contact Secretariat 
IZS-88, c/o P. Gunzburger, Hasler AG, 
TDS, Belpstrasse 23, CH-3000 Bern 14, Swit¬ 
zerland; phone 41 (31) 63-28-08. 


Sixth National Conference on Ada Technol¬ 
ogy, March 14-17, Washington, DC. Con¬ 
tact A1 Rodriguez, US Army Communications- 
Electronics Command, AMSEL-RD-LC- 
ASST-1A, Fort Monmouth, NJ 07703; (201) 
532-4725. 


<£2^1 Fourth IEEE Conference on Artificial 
Intelligence Applications, March 
14-18, San Diego, California. Contact AI 
Conference, Computer Society, 1730 Mas¬ 
sachusetts Ave., NW, Washington, DC 
20036-1903; (202)371-1013. 
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CALL FOR PAPERS 



25th flCM/l€£€ 

D€SIGN BUTOMRTION 
CONF€R€NC€® 


DAC 88 is the premier conference devoted soley to the field 
of Design Automation. All aspects of the use of computers 
as aids to the design process from conceptual design 
through manufacturing are included. Four session types 
are included: regular paper sessions, short paper sessions, 
panels, and tutorials. 


REQUIREMENTS FOR SUBMISSION OF PAPERS 


Authors should submit their papers to the Program Chair 
no later than November 6,1987. Each submission should in¬ 
clude one cover page and five stapled copies of the complete 
manuscript. The one cover page should include: 

• Names(s), affiliation(s), complete address(es), identifica¬ 
tion of principal author and telephone number. 

• The following signed statement: “All appropriate 
organizational approvals for the publication of this 
paper have been obtained. If accepted, the author(s) will 
prepare the final manuscript in time for inclusion in the 
conference proceedings and will present the paper at 
the conference.” 

The five copies of the complete manuscript should each 
include: 

• Title and abstract page: title of paper, 60 word abstract 
indicating significance of contribution, and an ordered 
list of number(s) from the categories) that follows that 
most closely match the content of the paper. To permit 
blind review, do not include namels) of authors) on this 
page. 

• The complete text of the paper in English, including all 
illustrations and references, not exceeding 6000 words. 
The length of the paper is considered in the review pro¬ 
cess. 

Notice of acceptance will be mailed to the principal authors 
by February 16th, 1988. Authors of accepted papers must 
sign a copyright release form. 


TOPICS OF INTEREST 


Authors are invited to submit original technical papers 
describing recent and novel research or engineering 
developments in all areas of design automation. Topics in¬ 
clude, but are not limited to: 


1. Electrical Simulation 

2. Discrete Simulation 

3. Timing Verification 

4. Testing and Diagnosis 

5. Formal Verification Techniques 

6. IC Layout and Silicon Compilation 

7. Layout Verification 

8. Logic and Register-Level Synthesis 

9. System Level Design Aids 

10. Behavioral and Hardware Description Languages 

11. Design Systems and Databases 

12. DA for IC Fabrication 

13. DA for Analog Circuits 

14. High Speed Systems and Microwave DA 

16. Human Factors in DA 

16. Software Engineering in DA 

17. Expert Systems and Artificial Intelligence in DA 

18. Special Purpose Hardware for DA 


PANELS, TUTORIALS, AND 
SPECIAL TOPIC SESSIONS 


Proposals for topics of Panels and Tutorials should be sub¬ 
mitted to the Program Chair no later than December 11, 
1987. Each proposal should not exceed two pages in length 
and should include a description of the topic, structure of 
the session, and a list of participants. Contact should have 
been made with all participants in advance. 

Special Topic Sessions may be either independent papers 
with a common theme or a set of closely related papers 
describing an overall system. In both cases, independent 
reviews of each paper and evaluation of the session as a 
whole will be used to select sessions. Proposals for Special 
Topic Sessions should be submitted along with the papers 
to be included in the session and should describe the theme 
of the session. These proposals and papers must be submit¬ 
ted by November 6, 1987 to allow for complete review of 
the papers. 


PROGRAM CHAIR 


MP Associates, Inc. 

ATT: A. Richard Newton 
Program Chair 25th DAC 
7490 Clubhouse Rd., Suite 102 
Boulder, Colorado 80301 

For information call: (303) 530-4333 
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CALL FOR PAPERS 


Artificial Intelligence and Education: This 
journal seeks both articles and proposals for 
special issues devoted to particular topics. 
Persons in the US and the Far East should 
contact Elliott Soloway, Dept, of Computer 
Science, Yale University, New Haven, CT 
06520. Persons in Europe should contact 
Masoud Yazdani, Dept, of Computer 
Science, Prince of Wales Rd., University of 
Exeter, Exeter EX4 4PT, England, UK. 


Computer Society of the IEEE Techni- 
cal Committee on Computer Educa¬ 
tion: Contributions up to five typewritten 
pages are welcomed for the TCCE newslet¬ 
ter, a forum for the exchange of ideas among 
persons interested in computer education or 
computers in education. Direct news items, 
short articles, and any correspondence to 
Helen Hays, Dept, of Computer Science, 
Southeast Missouri State University, Cape 
Girardeau, MO 63701; (314) 651-2244. 


International Journal for Artificial Intelli¬ 
gence in Engineering: Papers are sought, 
particularly those with emphasis on research 
and development leading to problem-solving 
strategies. For information and submission 
requirements, contact D. Sriram, Dept, of 
Civil Engineering, Carnegie Mellon Univer¬ 
sity, Pittsburgh, PA 15213, or K.J. MacCal- 
lum, Dept, of Ship and Marine Technology, 
Marine Technology Center, 100 Montrose 
St., Glasgow, Scotland, UK. 


International Journal of Pattern Recognition 
and Artificial Intelligence: Submit four 
copies of manuscripts to H. Bunke, Univer- 
sitat Bern, Institut fur Informatik und 
Angewandte Mathematik, Langgasstrasse 
51, CH-3012 Bern, Switzerland, or Patrick 
Wang, College of Computer Science, North¬ 
eastern University, 360 Huntington Ave., 
Boston, MA 02115; (617) 437-3711. 

International Journal of Computer Applica¬ 
tions in Technology begins publication in 
Spring 1988. Papers, along with 100 to 
150-word abstracts, are sought for this 
UNESCO-supported journal. Send three 
copies of papers to M. A. Dorgham, The 
Open University, Milton Keynes, MK7 6AA, 
England, UK; phone (44) 09-08-653945. 

CSC-88,16th Annual Computer Science 
Conference (ACM): February 23-25, 1988, 
Atlanta. Submit five copies of papers by 
October 15, 1987, to Richard DeMillo, Soft¬ 
ware Engineering Research Center, Georgia 
Institute of Technology, Atlanta, GA 30332. 

1988 International Computers in Engineering 
Conference: Real-World Applications of 
Expert Systems and Artificial Intelligence 
(ASME): August 7-11, 1988, San Francisco. 


Submit abstracts by October 15, 1987, to 
Edward M. Patton, US Army Ballistic 
Research Lab, Aberdeen Proving Grounds, 
MD 21005. 

Fourth International Software Process 
Workshop (IEEE, ACM): May 11-13, 1988, 
Devon, England. Position papers (three 
pages maximum) are sought by October 16, 
1987 to Leon Osterweil, Computer Science 
Dept., University of Colorado, Campus Box 
430, Boulder, CO 80309; (303) 492-8787. 

<£3^, FTCS 18, 18th International Sympo- 
sium on Fault-Tolerant Computing: 

June 27-30, 1988, Tokyo. Six copies of 
abstracts are sought before October 20, 

1987, and six copies of manuscripts should 
be submitted by November 15, 1987, all 
addressed to FTCS 18 Program Committee, 
PO Box 151, Hiroshima Central Post Office, 
Hiroshima 730-91, Japan. 

International Workshop on Artificial Intelli¬ 
gence for Industrial Applications (IEEE, 
SICE): May 25-27, 1988, Hitachi, Japan. 
Four copies of 1000-word summaries are 
sought by October 20, 1987, addressed to 
Kotaro Hirasawa, Hitachi Research Labora¬ 
tory. Hitachi, Ltd., 4026 Kuji-cho, Hitachi, 
Ibaraki, 319-12 Japan. 

Fourth International Conference on Satellite 
Systems for Mobile Communications and 
Navigation (IEE): October 17-19,1988, Lon¬ 
don. Synopses up to 1000 words are sought 
by October 26, 1987, addressed to Confer¬ 
ence Services Dept., Institution of Electrical 
Engineers, Savoy PL, London WC2R 0BL 
UK; phone (44) 01-240 1871. 

38th Electronic Components Conference 
(IEEE, EIA): May 9-11, 1988, Los Angeles. 
Submit 10 copies of extended outlines and 
500-word abstracts by October 26, 1987, and 
manuscripts by February 5, 1988, to 
Edmund A. Bolton, AVX Corp., 100 
Copeland Dr., Suite 5, Mansfield, MA 
02048. 

RIAO 88, User-Oriented Content-Based Text 
and Image Handling Conference (AFIPS): 

March 21-24,1988, Cambridge, Massachusetts. 
Submit four copies of 100-word abstracts 
and 10-page manuscripts by October 30, 

1987 to RIAO 88, Conference Service Office, 
Massachusetts Institute of Technology, Bldg. 
7, Rm. Ill, Cambridge, MA 02139, or CID, 
36 bis rue Ballu, 75009, Paris, France. 

Second Conference on Software Engineering 
(IEE, BCS): July 11-15, 1988, Liverpool, 
England. Submit first drafts by October 30, 
1987, to Conference Services, IEE, Savoy 
Place. London WC2R OBL 


18th International Symposium on 
^*7 Multiple-Valued Logic: May 24-26, 
1988, Palma de Mallorca, Spain. Five copies 
of manuscripts, limited to 20 double-spaced 
typewritten pages (including 50 to 100-word 
abstract), are sought by November 1, 1987, 
to Charles B. Silio, Electrical Engineering 
Dept., University of Maryland, College 
Park, MD 20742, for the Americas; to C. 
Moraga, University of Dortmund, FB Infor¬ 
matik, Postfach 500500, 4600 Dortmund 50, 
FRG, for Europe/Africa, or to M. 
Mukaidono, Faculty of Engineering, Meiji 
University, 1-1-1 Higashi-mita Tama-ku, 
Kawasaki-shi 214, Japan, for Asia/Pacific. 

Eighth International Conference on Dis¬ 
tributed Computing Systems: June 13-17, 
1988, San Jose, California. Papers limited to 
not more than 20 double-spaced pages are 
sought, in English, by November 1, 1987, 
addressed to Walter H. Kohler, Dept, of 
Electrical and Computer Engineering, 
Marcus Hall, University of Massachusetts, 
Amherst, MA 01003; (413) 545-0765 

Ninth National Educational Computing 
Conference (ACM): June 15-17, 1988, 
Dallas. Manuscripts (limited to 15 pages) are 
sought by November 1, 1987, addressed to 
NECC 88, International Council for Com¬ 
puters in Education, University of Oregon, 
1787 Agate St., Eugene, OR 97403-9905; 
(503) 686-4414. 

IEEE International Symposium on Informa¬ 
tion Theory: June 19-24, 1988, Kobe, Japan. 
Papers suitable for 40-minute and 20-minute 
presentations are sought. To have a paper 
considered in the first category, submit three 
copies of both a complete manuscript and an 
abstract of no more than 180 words; to have 
a paper considered in the second category, 
submit three copies of both a 500-word sum¬ 
mary and an abstract of no more than 180 
words. Materials for papers in the first cate¬ 
gory are due by November 1, 1987, and 
materials for papers in the second category 
are due by December 1, 1987. Submit them 
to either Shu Lin, Dept, of Electrical Engi¬ 
neering, University of Hawaii at Manoa, 
Holmes Hall 483, 2540 Dole St., Honolulu, 
Hawaii 96822, or Suguru Arimoto, Faculty 
of Engineering Science, Osaka University, 
Toyonaka, Osaka 560, Japan. 


ZSN IEEE Transactions on Computers: 
^*7 Papers are sought for a special issue on 
architectural support for programming lan¬ 
guages and operating systems. Guidelines for 
submitting manuscripts appear in every issue 
of IEEE Transactions on Computers. Send 
seven copies of the manuscript by November 
1, 1987, to Randy Katz, Dept, of Electrical 
Engineering and Computer Science, Corn- 
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puter Science Division, Evans Hall, Univer¬ 
sity of California, Berkeley, CA 94720; (415) 
642-8778. 


The Role of Artificial Intelligence in Data¬ 
bases and Information Systems (IFIP): July 
4-8, 1988, Canton, China. Submit five copies 
of the paper (5000 words maximum) by 
November 2, 1987, to Robert Meersman, 
Infolab, K.U. Brabant, Postbus 90153, 
NL-5000 Le Tilburg, The Netherlands; 
phone 31 (13)66-24-30. 


® ACM/IEEE 25th Design Automation 
Conference: June 12-15, 1988, Ana¬ 
heim, California. Submit five copies of 
60-word abstract and manuscript (up to 5000 
words) by November 6, 1987, to A. Richard 
Newton, MP Associates, Inc., 7366 Old Mill 
Trail, Suite 101, Boulder, CO 80301; (303) 
530-4333. 


CG International 88 (CGS, BCS): May 
24-27, Geneva, Switzerland. Four copies of 
3000 to 5000-word papers on computer 
graphics are sought by November 10,1987, 
addressed to D.Thalmann, MIRALab IRO, 
University of Montreal, PO Box 6128, Sta¬ 
tion A, Montreal, Canada H3C 3J7. 


£3j| IEEE Computer Society Conference on 
ns? Computer Vision and Pattern Recogni¬ 
tion: June 5-9, 1988, Ann Arbor, Michigan. 
Papers suitable for 30-minute and 20-minute 
presentations are sought. Submit three 
copies of papers in either category by 
November 11, 1987, to Larry S. Davis, Cen¬ 
ter for Automation Research, University of 
Maryland, College Park, MD 20742. 

<£3^115th International Symposium on 
ns? Computer Architecture (ACM): May 
30-June 2, 1988, Honolulu, Hawaii. Submit 
five copies of papers in English by November 
13,1987, to Doug DeGroot, Texas Instru¬ 
ments, Computer Science Center, Mail Stop 
238, Dallas, TX 75265, or Yale N. Patt, Uni¬ 
versity of California, Berkeley, Computer 
Science Division, 573 Evans Hall, Berkeley, 
CA 94720. Papers must not exceed 20 
double-spaced pages. 

Summer Computer Simulation Conference 

(SCS): July 25-27, 1988, Seattle, Washing¬ 
ton. Submit 300-word abstracts or complete 
drafts by November 15, 1987, and complete 
manuscripts by March 15, 1988 to Charles 
A. Pratt, PO Box 17900, San Diego, CA 
92117; (619)277-3888. 

Vision Guidance for Robotic Systems 
(SME): February 23-25, 1988, Cincinnati, 
Ohio. Abstracts are sought by November 23, 
1987. For submission form, contact Joanne 
Rogers, Society of Manufacturing Engineers, 
1 SME Dr., Dearborn, MI 48121; (313) 
271-1500. 

£3^j Fourth IEEE Conference on Artificial 
N§? Intelligence Applications: March 
14-18, 1988, San Diego, California. Poster- 
session abstracts (1000 words maximum) that 
describe ongoing research are sought. Sub¬ 
mit four copies to Elaine Kant or Dennis 
O’Neill, Schlumberger-Doll Research, Old 


Quarry Rd., Ridgefield, CT 06877-4108 by 
November 25, 1987. Demonstration 
proposals and panel session proposals are 
also sought and are due by November 25, 
1987. 

Sixth IEEE VLSI Test Workshop: March 
22-23,1988, Atlantic City, New Jersey. 
Abstracts of 100 to 200 words are sought by 
November 27,1987, to Mukund Modi, Naval 
Air Engineering Center, ATE Software Cen¬ 
ter, Code: 92514, Lakehurst, NJ 08733; (201) 
323-2413/2188. 


IEEE Software: Articles are sought for 
Ns? the special July 1988 issue on fourth- 
generation languages. Abstracts of 200 
words should be submitted as soon as possi¬ 
ble, and eight copies of manuscripts are due 
by December 1, 1987. Contact Ted G. Lewis, 
editor-in-chief, IEEE Software, c/o Com¬ 
puter Science Dept., Oregon State Univer¬ 
sity, Corvallis, OR 97331; (503) 754-2744; 
CSnet, lewis@oregon-state; Compmail +, 


IEEE Expert: Articles are sought for a 
NB? special issue on artificial intelligence 
research and development for the govern¬ 
ment. Six copies of papers are due by 
December 1, 1987 addressed to Jude Frank¬ 
lin, MS 5S4, 1500 Planning Research Dr., 
McLean, VA 22102; (703) 556-1990; or 
Kamal Kama, Computer Communications & 
Graphics, 823 Flagler Dr., Gaithersburg, 

MD 20878; (301) 921-0392. 


Symposium on the Engineering of 
NS? Computer-Based Medical Systems: 

June 8-10, 1988, Minneapolis, Minnesota. 
Four copies of manuscripts are required by 
December 2, 1987, addressed to Bart Galle, 
Continuing Medical Education, Box 202, 
University of Minnesota Medical Clinic, 420 
Delaware St. SE, Minneapolis, MN 55455; 
(612) 626-5525. 

Ninth International Conference on Pattern 
Recognition (IAPR): October 17-20, 1988, 
Beijing, China. Four copies of complete 
double-spaced drafts, including 70 to 
100-word abstracts, are sought in English by 
December 2, 1987, addressed to Herbert 
Freeman, CAIP Center, Busch Campus, 
Rutgers University, New Brunswick, NJ 
08903;(201) 932-3443. 

SIGMOD 88, Conference on Management of 
Data (ACM), June 1-3, 1988, Chicago. 
Papers are sought by December 4, 1987, in 
two tracks: (1) concepts and techniques (send 
to Per-Ake Larson, Dept, of Computer 
Sciences, University of Waterloo, Waterloo, 
Ontario, Canada N2L 3G1); (2) applications 
and implementations (send to Haran Boral, 
MCC, 3500 W. Balcones Center Dr., Austin, 
TX 78759). 

SID 88, International Symposium, Seminar 
and Exhibition (SID): May 23-27, 1988, 
Anaheim, California. Submit 35 to 50-word 
abstracts and 3- to 7-page technical sum¬ 
maries by December 7,1987, and final 
manuscripts by March 28, 1988, to Lynne A. 


Henderson, Society for Information Display, 
c/o Palisades Institute for Research Services, 
Inc., 201 Varick St., Rm. 1140, New York, 
NY 10014; (212) 620-3375. 


Second International Conference on Vector 
and Parallel Computing (SIAM): June 6-10, 
1988, Tromso, Norway. Submit abstracts by 
December 11, 1987, to Berit Hilt, Bergen 
Scientific Center, Allegaten 36, 5000 Bergen, 
Norway. 


Workshop on Parallel and Distributed 
Debugging (ACM): May 5-6, 1988, Madison, 
Wisconsin. Submit eight copies of five-page 
extended abstract by December 15, 1987, and 
final papers by April 1, 1988, to Bart Miller, 
Computer Sciences Dept., University of Wis¬ 
consin, 1210 W. Dayton St., Madison, WI 
53706; (608) 263-3378. 


Third International IEEE Conference on 
Ada Applications and Environments, May 
23-26,1988: Manchester, New Hampshire. 
Papers, due by December 30, 1987, should 
be submitted to Dewayne E. Perry, AT&T 
Bell Laboratories, Rm. 3D-454, 600 Moun¬ 
tain Ave., Murray Hill, NJ 07974; (201) 
582-2529. 

Fifth International Conference on Testing 
Computer Software (DPMA): June 13-16, 
1988, Washington, DC. Submit extended 
abstracts by January 14, 1988, and papers by 
April 1, 1988 to US Professional Develop¬ 
ment Institute, 1734 Elton Rd., Suite 221, 
Silver Spring, MD 20903; (301) 445-4400. 


IEEE Software: Articles on all topics 
*51? are sought for the September 1988 
issue. Contact Ted G. Lewis, editor-in-chief, 
IEEE Software, c/o Computer Science 
Dept., Oregon State University, Corvallis, 
OR 97331; (503) 754-2744; CSnet, lewis@ 
oregon-state; Compmail +, t.lewis. Materials 
are due by February 1, 1988. 


IEEE Software and IEEE Expert are 
N5? seeking papers for special November 
1988 issues on expert systems applied to soft¬ 
ware engineering. Two-hundred word 
abstracts should be submitted as soon as pos¬ 
sible, and eight copies of manuscripts are 
due by February 1,1988 addressed to Murat 
Tanik, Dept, of Computer Science & Engi¬ 
neering, Southern Methodist University, 
Dallas, TX 75275-0122; (214) 692-3083, ext. 
2854. 


CompEuro 89, International Computer Con¬ 
ference: May 8-12, 1989, Hamburg, Federal 
Republic of Germany. The theme of the con¬ 
ference is VLSI and microelectronic applica¬ 
tions in intelligent peripherals and their 
interconnection networks. Prospective 
authors should send a letter of intent (giving 
title, topic, and address) to arrive not later 
than March 1, 1988 and a 500-word abstract 
to arrive not later than August 15, 1988 to 
Professor H. Reiner, SEL Research Center, 
PO Box 400749, D-7000 Stuttgart 40, Fed¬ 
eral Republic of Germany. 


October 1987 


105 




BOOK REVIEWS 


Editor: Wiley McKinzie, School of Computer Science and Technology, Rochester Institute of Technology, Rochester, NY 14623; Compmail, w.mckinzie; CSnet, wrm@rit 


Abstraction for Programmers 


J.A. Zimmer (McGraw-Hill Book 

Company, New York, 1985, 251 pp., 

$18.95) 

This book pretends to be a self- 
contained textbook for third- and 
fourth-year university courses in soft¬ 
ware engineering. The prerequisites are 
a course of a programming language 
(Fortran 77 or Pascal) with suitable pro¬ 
gramming practice and a course in data 
structures. Considerable mathematical 
sophistication is also required to read 
Chapter 7. 

The author presents a technique to 
organize software design using a lan¬ 
guage that deals with actions and data 
initially coded into high-level metacode 
(a cross between English and computer 
language) and then hand-compiled 
down into Fqrtran 77 or Pascal. 

The book is well organized, with ade¬ 
quately chosen titles of chapters and 
sections permitting quick location 
through the table of contents. The pref¬ 
ace gives guidelines for both faculty 
instructors and prospective readers. 
Chapter 1 presents the motivations and 
framework for the described technique. 
The next four chapters further the 
reader’s knowledge about abstraction. 
They describe metacode, examples of its 
use, object modules, and examples of 
their use. Chapter 6 highlights proper¬ 
ties that reliable and maintainable soft¬ 
ware should have. The last chapter 
introduces an axiomatized description 
of the specification of metacode and 
modules. Two appendices present 
actual implementations into Fortran 
and Pascal respectively, of examples 
chosen from the text. 

Over 15 illustrative case examples are 
used throughout the book, most of 


them reappearing more than once. An 
appreciable number of exercises are 
posed at the end of each section, rang¬ 
ing from simple refresher questions to 
full-fledged homework projects. There 
is also a subject index, appropriate 
enough, although with minor omis¬ 
sions. The book is easy to follow, with 
reading even delightful in places. Many 
comparisons are real masterpieces. It 
would be a very beautiful book—if it 
contained no errors. 

Unfortunately, the goal of this book 
is not achieved. The concepts them¬ 
selves are good, but Zimmer has 
abstracted from their execution. The 
presentation is altogether too preten¬ 
tious. He has included many anecdotes, 
beginning with the old Chilliwack song 
(p. xiii) and ending with the final 
“exercise”—IV *XL + ?—on the very 
last page. The reader is referred to as 
“she.” The figures and tables are 
labeled by strings (names) rather than 
numbers (except for the formulas in 
Chapter 7), although about 40 percent 
of them are referenced only once or 
twice in the nearby text. Even the 
author confuses their names (it is not 
easy to differentiate between 
STRING-REPLACE and REPLACE- 
STRING, for example). In the special 
index of figures (without which they are 
impossible to locate in the text), some 
names are missed and one refers to a 
nonexistent figure(l). 

The author seems to be overly 
philosophical at times. The reader, who 
must already be familiar with a pro¬ 
gramming language, could have been 
spared some elementary facts, such as 
the tutorial on Boolean expressions. 
There are too few references at the end 
of each chapter; neither a bibliography 


for future study nor the context of cur¬ 
rent work is given. The book’s abun¬ 
dance of fanciful references, which 
range from Zen Buddhism to Dr. Seuss, 
does not compensate for these defi¬ 
ciencies. 

The major shortcoming, however, is 
that the book is pockmarked with 
errors. 

First, I found about 60 typos, 60 per¬ 
cent of them in the program texts 
(counting syntax errors merely as 
typos). Perhaps they can be attributed 
to the editor, but the author states (p. 
138) that he wrote the book on a word 
processor. 

Second, I noticed three dozen omis¬ 
sions, areas for improvement, style 
faults, etc. 

Third, there are well over 60 technical 
errors in the programs presented (syn¬ 
tax not included): either semantics 
(which can be checked by a compiler) or 
those resulting in execution errors, 
some of them severe, preventing a pro¬ 
gram not only from producing correct 
results, but from being run at all. After 
one such program, Zimmer writes (p. 
152), “This design has been revised 
more than once to eliminate errors and 
increase clarity.” No comment! 

The errors, therefore, cannot be con¬ 
sidered as coming from careless editing 
only. It seems that the examples are 
slipshod ad hoc constructions, never 
used as plans for building a real pro¬ 
gram tested on a real computer, and not 
“validated” on real students. Only very 
simple examples are error-free; the 
larger the program, the more errors it 
contains. 

Zimmer’s metacode is human- 
verifiable only, hence all weak points, 
inaccurate interfaces, secret data- 
sharing between modules, misinforma¬ 
tion, and inconsequentialities prolifer¬ 
ate in the actual code. He is not simply 
incorrect in writing (p. 5) “this lan¬ 
guage can express very precise or very 
imprecise ideas. But, unlike English, 
there is no room for imprecise commu¬ 
nications.” This is very dangerous: it 
gives a false sense of correctness during 
design. If all these errors could happen 
to a professional PhD working alone in 
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full concentration on a book, the more 
likely that they will happen to sopho¬ 
mores or a team of designers. 

A nine-line epilogue talks about a 
mysterious “hazy summit” which “can¬ 
not be seen from this path.” The goal 
for today is by no means hazy, but 
indeed it cannot be reached from this 
blind alley. A different approach has 
proven to be right: executable, extensi¬ 
ble, and decidable program design lan¬ 
guages, strongly typed, with precise 
syntax. CAD should obviously first be 
applied to software engineering (doctor 
heal thyself). There are countless such 
projects now (see for example IEEE 
Transactions on Software Engineering) 
ranging from machine-implemented 
specification language to knowledge- 
based expert systems, supporting multi¬ 
ple views of a program under develop¬ 
ment. They allow errors to be 
discovered early in the design process, 
before software reaches the implemen¬ 
tation stage, thanks to such things as 
symbolic execution on sample data, 
rapid prototyping, modeling, valida¬ 
tion, etc. Multiple tools for automatic 
(static and dynamic) analysis of soft¬ 
ware can be integrated into a uniform 
framework. The novice reading this 
book would not suspect the advances 
made since the basics of structured 
design were formulated. 

The approach presented by the 
author seems to combine perfectly with 
the Ada or Modula languages, yet Zim¬ 
mer advises against such mating (p. 
xiii). He seems to look backward, not 
into the future, stating (p. 117), “None 
of these [languages] is on a list of best 
sellers” and presenting a Fortran imple¬ 
mentation instead. Yes, it was a great 
achievement—to reject Ada and Mod¬ 
ula in order to simulate them in Fortran 
instead. But—happily or not—Modula 
is already with us (even on personal 
computers). 

A faculty instructor can benefit from 
using this book as a teaching supple¬ 
ment; a student will not. Perhaps its sig¬ 
nificance is not great enough to deserve 
this extended critical examination. But 
man should learn from every trial and 
especially from every error. After all, 
the “unsuccessful” Michelson-Morley 
experiment became a foundation stone 
of the theory of relativity. The corollary 
from this lesson is strong evidence for 
rigorous (mathematical and logical) for¬ 
mal specification and design methodol¬ 
ogies. I would therefore hesitate to 
recommend this book, and I fear that 
no new edition can be expected to make 
it useful. 

Jerzy J. Klaczak 

Plurix, Poland 


Brad J. Cox (Addison-Wesley Pub¬ 
lishing Company, Reading, MA, 

1986,274 pp„ $24.95) 

Object-oriented programming has 
gained acceptance as a research topic 
and applied field in the last few years. 
Several annual conferences and sympo¬ 
sia have been established on this 
subject—for example, the Object- 
Oriented Programming Systems, Lan¬ 
guages and Applications (OOPSLA) 
Conference, started in 1986 by ACM. 
New object-oriented languages and 
commercial environments continue to 
appear and a few of them are now 
becoming available for personal com¬ 
puters. 

Object-based systems have had an 
anomalous history. They have their 
roots in Smalltalk-80, the Xerox- 
supported environment. Smalltalk-80 
was developed and promoted as an 
internal vehicle for research at Xerox 
PARC and was only disclosed as a com¬ 
plete environment after ten years of 
development effort. During this time, 
no attempt was made to stimulate exter¬ 
nal discussion on its basic concepts. 
Other object-oriented languages, such 
as Ada and Prolog, benefitted from a 
more open research process. 

As a consequence of their disparate 
origins, objects and their properties are 
not clearly defined. Their definitions 
must be inferred from the existing pro¬ 
totypes of object systems. As a result, 
there is some confusion over what 
objects and their properties are. 

In Object-Oriented Programming: 

An Evolutionary Approach, Cox 
defines objects and their properties, and 
at the same time presents his own point 
of view concerning their possible appli¬ 
cations. Cox argues that objects are the 
unescapable product of the evolution of 
software systems design toward the 
practice of reusing software compo¬ 
nents rather than designing software 
systems from scratch. In fact, Cox uses 
“object” as a synonym for software 
integrated circuit (1C). He argues that 
the production of software components 
is the long-term goal of any effort in 
software engineering. Cox envisions the 
realization of this goal as a collection of 
software integrated circuits. 

The book is tailored to appeal to two 
rather distinct groups of readers: (1) 
those who have no previous experience 
with object systems and (2) those who 
are knowledgeable about object systems 
and have the necessary experience in 
system design to take advantage of the 
book’s suggestions. 


Each of these types of readers can 
take advantage of the book since it 
strikes a clever balance between chap¬ 
ters that are full of instructive examples 
and beautifully drawn pictures, and 
chapters that are rigorously theoretical 
and less descriptive. 

The book can be divided into three 
parts: an assessment of the object para¬ 
digm and its motivation; a detailed 
description of the proposed object 
model and system— Objective-C; and 
examples of its use, a discussion of its 
limitations, and a few suggestions on 
how to overcome them. 

In Chapter 1, Cox uses the example 
of the design needs of a software system 
architect to argue for the reusability of 
software components. Even the con¬ 
trived name of the software company, 
OSI, suggests in a subliminal way the 
necessity for standardization as a “deus 
ex machina” solution. All the analogies 
throughout the book are evocative and 
effective. In this chapter, the compari¬ 
son of World War II defense 
techniques—the Maginot Line defense, 
the Swiss defense, and a hybrid one— 
reinforces Cox’s conclusion that the 
best tactic for software development is a 
hybrid approach which aims for com¬ 
patibility with existing software 
systems. 

Chapter 2 categorizes several solu¬ 
tions to the problems of development of 
large software systems: the object- 
oriented approach is compared to the 
Unix pipe/filter approach and the tradi¬ 
tional subroutine library approach. The 
issue of binding names to their physical 
counterparts is discussed with clarity 
and in depth. The potential for late 
binding in several parts of a large sys¬ 
tem is stressed, especially when dynamic 
problems are to be solved. Apart from a 
few objections, I find Cox’s vision of 
software integrated circuits largely con¬ 
vincing. The author candidly admits 
that the use of integrated circuits can 
pose some problems: the necessity for 
extensive documentation of software 
components can encourage recoding 
rather than reuse (at least for small sys¬ 
tems); at the same time, the possibility 
of pirating components cannot be 
prevented. 

Chapter 3 is devoted to a survey of 
Smalltalk-80, Ada, and C + + . 

Smalltalk is summarized admirably in 
terms that can be understood by the 
uninitiated. Ada object-oriented fea¬ 
tures are discussed in order to point out 
the staticity of current tools. C + + is 
described as being closely related to 
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Objective-C language, the language that 
Cox discusses and demonstrates in 
detail in later chapters of the book. 

C+ + is a modification of C language. 
It introduces a construct for classes — a 
data-type apparatus. However, it does 
have some incompatibilities with C. 

Chapters 4 and 5 describe Objective- 
C language, a language that is fully 
compatible with C. It has Objective-C 
as a simple front end between the usual 
C-preprocessor and the C-compiler. 
Chapter 4 introduces the key concepts 
of Objective-C language, notably the 
objects and the message exchange. 
Chapter 5 focuses on the idea of reusing 
information via inheritance and related 
concepts. The programming process is 
described exhaustively. The only weak 
link in this chapter is the discussion of 
multiple inheritance: its motivation is 
crudely outlined and only a quick 
glimpse of its implementation is given. I 
feel this is one of the book’s few 
neglected topics. 

Chapter 6 presents a simple example 


of Objective-C language—a step-by- 
step description with the development 
of the solution. The resulting perfor¬ 
mance is compared with the perform¬ 
ance of a hand-coded solution at several 
levels. Finally, costs are carefully 
evaluated. 

Chapters 7 and 8 describe the charac¬ 
teristics of some basic classes: object, 
array, and collection. Chapter 9 
explores a more complete example, the 
design of a user interface based on icons 
for the Unix “make” commands. This 
chapter not only serves as a guide to the 
use of Objective-C but also provides an 
original explanation of the successive 
layers of a graphical interface. The 
example is completed by a cost per¬ 
formance comparison. 

Chapter 10 is of particular interest to 
the programmer who is familiar with 
object-oriented systems. The constraints 
of the proposed object language are 
stated and the possibility of their release 
is proposed. This chapter deserves a 
careful reading. I regard it as one of the 
most important in the book— 


sufficiently important to be read as an 
independent paper. It deals with the 
most important issues to be solved in 
any object system support: memory 
allocation/deallocation strategies; the 
need for virtual memory interaction and 
the problem of interchange of objects 
between systems; and concurrency and 
object execution capacities, with the 
aim of proposing objects in distributed 
and coordination systems. 

Cox presents a persuasive argument 
that object methodology is a sound 
solution to software engineering prob¬ 
lems. In the process, he contributes in 
an essential way to the clarification of 
the object paradigm. His book provides 
a useful perspective on object program¬ 
ming for either the uninitiated or the 
initiated programmer. It could even be 
adopted as a textbook in a graduate 
course on software engineering envi¬ 
ronments. 


Antonio Corradi 
University of Bologne 


Software Engineering Handbook 


Staff of General Electric Company 

(McGraw-Hill Book Company, New 

York, 1986, 224 pp., $59.50) 

This book reminds me of the prover¬ 
bial half glass of water. The optimist 
describes it as half-full, and the pes¬ 
simist says it is half-empty. As a 
reviewer, I’m torn between these two 
positions. The book offers lots of good 
advice and contains lots of information. 
It also contains many textual mistakes, 
several major discrepancies, dated 
material, and whole sections that don’t 
say anything. 

When I received this book to review, 

I was really excited. Here was a hand¬ 
book, a guide, and a collection of soft¬ 
ware development information all 
under one cover. Of course, there are 
numerous good books available on indi¬ 
vidual topics of software design, soft¬ 
ware testing, configuration control, 
etc., but here was a book that combined 
all those references together and was 
designed to help a real software 
designer, programmer or manager to 
conduct a software development 
project. 

Who would not be excited by a table 
of contents that offers a guide for 
managers and practitioners to software 
planning, requirements analysis, soft¬ 


ware design, structured coding, soft¬ 
ware testing, configuration 
management and maintenance? Also 
listed in the table of contents are long 
and short examples of code and docu¬ 
ments, and sample document formats 
for specifications, design, testing and 
module development folders. And these 
are only half of the topics presented. 

Among the positive aspects of the 
book are the sound precepts which it 


The book contains lots 
of information, but it 
also includes many 
textual mistakes and 
several major 
discrepancies. 


lays down for project managers and 
software engineers. The authors con¬ 
tend that project milestones should be 
“tangible” and distributed evenly in 
time. They recommend that if software 
transfer is likely, a plan should be writ¬ 
ten to prepare for this requirement. 
They observe that integration and test¬ 
ing always involve tradeoffs of cost and 


risk; therefore managers should invest 
time and thought in test planning to 
avoid certain costs. And, they caution 
against publishing standards that can¬ 
not or will not be enforced. 

I am very happy that the authors pro¬ 
mote design and code walk-throughs, 
and that they show flexibility in their 
review strategy, allowing that some¬ 
times large, formal reviews are neces¬ 
sary and at other times small, informal 
reviews are sufficient. 

I particularly like the chapter discuss¬ 
ing how much software engineering one 
should do on small projects. The 
authors contend that the approach to a 
small project can be less formal than 
for a large project, but the software 
engineers still have to state require¬ 
ments, perform the specified design, 
have others review their work, docu¬ 
ment their code, plan for maintenance, 
etc. I totally agree. Sloppy workman¬ 
ship on small projects will cause them 
to fail just as fast as large ones. 

Despite the sound advice that the 
book provides on these general design 
issues, it is deficient in its discussion of 
some management and software issues. 

I attribute this obvious unevenness to 
the fact that the book is an internal 
handbook written “by the staff of 
General Electric Company.” 
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For example, a project-type organiza¬ 
tion (that is, an organization with a 
strong, single leader) is the only form of 
management discussed. I assume that 
this preoccupation reflects the way GE 
is organized. The tradeoffs between a 
project-type organization and a 
matrixed organization are never 
explored. (Given this limited perspec¬ 
tive, I was surprised to read about a 
vote being taken at a detailed design 
review. Obviously, someone did not get 
the word.) 

In the area of software design, no 
mention is made of build (make) con¬ 
trol. Everyone agrees that source code 
and executable code need to be under 
change control. I believe that build con¬ 
trol can be just as critical. I have found 
that without controlling your build files 
you can deliver different executables 
from the same source files. 

The configuration management (CM) 
chapter is weak. It simply discusses clas¬ 
sical CM—the hardware person’s plea 
that if software people would only keep 
track of their documents and code like 
hardware people do their drawing and 
part numbers, then there would not be 
any configuration problems. Well, soft¬ 
ware people don’t and therefore there 
are problems. The chapter should 
describe invaluable automated CM 
tools such as Digital Equipment Corpo¬ 
ration’s Code Management System and 
Module Management System, Softool’s 
Change and Configuration Control 
product, or Unix’s Source Code Con¬ 
trol System and “make” utilities. These 
products need not be reviewed by name; 
a generic description of software con¬ 
trol would have been fine. 

The chapter on software maintenance 
discusses the administration and bean 
counting done during maintenance but 
is not as helpful as the previous chap¬ 
ters on design and coding are when they 
offer specific advice. The authors quote 
the well known estimate that 50 percent 
of the life cycle cost of a software prod¬ 
uct will be spent on maintenance. Hav¬ 
ing provided this powerful estimate, 
what do they advise the reader to do 
regarding software maintenance? Keep 
good records. 

Parts of the book are outdated. Its 
copyright is 1986, but some of its dollar 
estimates are computed using 1976 
prices! Some paragraphs claim to be 
current even though they focus on 
methods and data from 1979 and 1980. 
For example, Putnam’s software cost¬ 
estimating method, popularized around 
1979, is described, but Boehm’s cost¬ 
estimating model, published in 1980 
and therefore well known by 1981 or 
1982, is not mentioned at all. Such 
oversights suggest that different chap¬ 


ters and appendices were written over a 
period of years. However, the book 
jacket claims the handbook is “up-to- 
the-minute.” Talk about poetic license. 

The book also suffers from incon¬ 
sistencies in detail. An example of this 
inconsistency occurs as early as the 
third figure. The text describes five 
steps in the development phase and the 
figure shows five blocks in the develop¬ 
ment phase; but the steps and the 
blocks shown in the figure don’t match. 

The book’s index is an editor’s 
nightmare—most of the alphabet is 
missing. With many authors producing 
many chapters and appendices over 
several years, the index seems to have 
been totally neglected. 

If you want a helpful introduction to 
top-down design, if you want sample 
software change report forms and tem¬ 
plates for development documents 
(similar to those offered by 
ANSI/IEEE Standards 829 and 830 or 
the Data Item Descriptions required by 


John A. Richards (Springer-Verlag, 
New York, 1986, 281 pp„ $54) 


Nowhere is the “information explo¬ 
sion” more pronounced than in the 
field of remote sensing. Spaceborne 
imaging instruments scan the whole of 
the earth’s surface at high resolution 
(tens of meters) with repeat cycles of 
only days. Computer assistance is essen¬ 
tial if more than a small proportion of 
this data is ever to be analyzed. How¬ 
ever, it is not only the amount of data 
that mandates computerized techniques. 
Precision numerical analysis and flexi¬ 
bility of presentation are frequently 
necessary to extract the maximum 
information from the data. 

Remote sensing and advanced com¬ 
puter analysis techniques are inevitable 
partners. Richards’ Remote Sensing 
Digital Image Analysis endeavors to 
assist the marriage. The book draws 
together “the range of digital image 
processing procedures and methodolo¬ 
gies commonly used in this field into a 
single treatment. . .at a level meaning¬ 
ful to the nonspecialist digital image 
analyst, but in sufficient detail that 
algorithm limitations, alternative proce¬ 
dures, and current trends can be 
appreciated.” 

The book grew out of a graduate 


DOD-STD-2167), if you haven’t heard 
of software topics such as Yourdon’s 
structured design, Procedure Definition 
Language, or software metrics, this 
book provides an introduction. But if 
you know all the basics of software 
development and still are having a hard 
time doing it, this book won’t help you. 

I want to end on a positive note. 
Many companies say that what they 
really need is an internal software hand¬ 
book to guide their next software 
effort, but that right now, because they 
are behind schedule and over budget on 
their current software debacle, they do 
not have the time to put one together. 
The employees at General Electric 
should be commended for going the 
extra mile and compiling and publishing 
this book. In doing so, they have 
accomplished more than most compa¬ 
nies that express similar intentions. 

Andrew Marmorstein 

CACI, Inc. 


course and manages to combine clear 
and orderly development of ideas with 
comprehensive scope. The presentation 
is succinct, but the orderly development 
and the exercises at the end of each 
chapter make the book suitable as a 
text. On the other hand, it is sufficiently 
comprehensive in scope and detailed in 
treatment to serve as a basic reference 
source. 

Richards has allowed for the varied 
background of his readers. Chapter 1 
identifies major sources of remote sens¬ 
ing image data. It provides supporting 
material for subsequent chapters and, 
at the same time, is an excellent com¬ 
pendium in its own right. Chapters 2 
and 3 introduce the principles of error 
correction, registration, and interpreta¬ 
tion of digital image data. Subsequent 
chapters discuss various forms of 
enhancement (both radiometric and 
geometric), data transformations (mul- 
tispectral and Fourier), supervised and 
unsupervised classification, and feature 
reduction. In the final chapter, the 
preceding chapters are drawn together 
and, with the aid of a set of case 
studies, placed in the context of overall 
classification methodologies. Appen¬ 
dices provide much of the necessary 
mathematical background. A final 
appendix summarizes principles of real¬ 
time image processing in interactive 


Remote Sensing Digital Image Analysis: 
An Introduction 
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image display systems, providing a use¬ 
ful, albeit brief, introduction for users 
of such systems. 

There is much to praise in both the 
content and the presentation of the 
book. The publishers have certainly 
done the material justice with high qual¬ 
ity glossy paper and many photographs, 
including some in color. 

As is inevitable in any book attempt¬ 
ing to cover as broad a scope as this one 
does, the content occasionally lacks 
depth and some issues are barely 
touched on. For example, the treatment 
of instrument defects does not take into 
account nonlinearities and along-scan 
noise; and context-dependent classifica¬ 
tion is barely alluded to. However, 
references at the end of each chapter 
direct readers to further information. 


Although largely a book about image 
analysis techniques, the author’s knowl¬ 
edge of application background is obvi¬ 
ous. Application-specific issues are 
addressed and techniques which relate 
to specific applications (for example, 
the Kauth-Thomas Tasseled Cap Trans¬ 
formation) are given their due place. At 
the same time, Richards does not lose 
sight of computing issues such as com¬ 
putational cost of the algorithms. 

In general, the level of mathematical 
complexity is appropriate to the likely 
readership. The one significant excep¬ 
tion, which Richards himself 
acknowledges, is Chapter 7 (Fourier 
Transformation of Image Data) which, 
because of the mathematical complexi¬ 
ties, some readers may wish to pass 
over. 


On the negative side, there is a pro¬ 
nounced bias for agricultural and land- 
use applications. As a result, techniques 
from other fields, such as geology and 
bathymetry, receive less emphasis or are 
omitted altogether. One detected error 
of technical detail is the obscuring of 
distinction between active versus passive 
sensing and microwave versus non¬ 
microwave sensing. 

Overall, however, this is a well- 
written, excellently presented book, 
with few weaknesses. It is suitable as a 
graduate text or as a reference book, 
and successfully bridges the gap 
between digital image analysis and 
application remote sensing. 

Denis Warne 

Computer Sciences of Australia Pty. 


Business Data Communications 


David A. Stamper (The Benjamin/ 
Cummings Publishing Company, 
Inc., Menlo Park, CA, 1986, 456 
pp., $24.95) 

This book takes a big bite from a 
very large subject—business data com¬ 
munications. It is useful for readers 
who are just interested in reading an 
overview of the field. It is also appro¬ 
priate as a textbook for two types of 
courses—as a primary text for a busi¬ 
ness management or data processing 
course for nontechnical people training 
for network management, or as a sup¬ 
plemental text for an introductory pro¬ 
gramming course on the design and 
implementation of business computer 
networks. However, the book is proba¬ 
bly too technical for most managers and 
not technical enough for most 
programmers. 

The organization is very good. The 
book has all the standard features of a 
good textbook. It includes both a short 
topic summary and a complete 14-page 
table of contents. The span of topics 
mentioned is quite impressive. The 
author has done a formidable amount 
of work just gathering data on all of 
these subjects. Each chapter includes an 
introduction, a summary, exercises, and 
current (though sparse) references. 

Many chapters include selections from a 
continuing case study and technical sup¬ 
plements discussing selected examples in 
depth. The index is also good. 

Overall, the book gets high marks for 


quality. A close reading reveals only a 
few minor typographical errors. There 
are no glaring factual errors to interfere 
with comprehension of the major 
subjects. 

Some of the topics covered exception¬ 
ally well are hardware (especially termi¬ 
nals), synchronous and asynchronous 
protocols, and transaction control 
processes (TCPs). The treatment of rec- 


Some of the topics 
covered exceptionally 
well are hardware, 
synchronous and 
asynchronous protocols, 
and transaction control 
processes. 


ord deadlock is also very good, 
although slightly redundant. 

One shortcoming of the book is its 
treatment of the OSI seven-layer stand¬ 
ard. The book references the OSI seven- 
layer standard, and parts of the book 
are linked to the various layers. How¬ 
ever, almost half the book is dedicated 
to the lowest layers. Many of the exam¬ 
ples that clearly began from the applica¬ 
tion layer are never really dissected to 
clarify the relevance of the OSI stand¬ 


ard to existing and future data commu¬ 
nication systems. 

Another shortcoming is the book’s 
exclusion of some current networks that 
are likely to figure in the future of busi¬ 
ness data communications. The general 
focus of the book is descriptive and 
historical rather than theoretical. This 
historical slant leads to a bias in favor 
of IBM products. For someone who is 
studying to manage existing network 
hardware, the extra coverage of IBM- 
specific standards like synchronous data 
link control (SDLC) and system net¬ 
work architecture (SNA) is reasonable. 
But other proprietary networks get less 
coverage than they deserve—for exam¬ 
ple, Digital’s DECnet is covered in just 
over a page. Electronic mail systems 
and generalized file transfers are also 
conspicuously absent. Missing protocols 
at the file level include the popular Ker- 
mit and Xmodem. 

To cover a lot of material and still 
present it well is difficult for a book to 
do. A truly “great” book is one that 
manages to take the big bites and still 
“chew” the topics well. Such books are 
rare indeed. I was not really disap¬ 
pointed in this one, but it does fall short 
of “greatness.” Nevertheless, it is 
informative, well-written, surprisingly 
up-to-date, and enjoyable to read. 

What more can you expect from a 
textbook? 

Shannon Jacobs 

CDI Corporation 
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NEW LITERATURE 


Computer humanities. Promotion 
Technologies surveyed academics to 
produce the report The US Computer 
Humanities Market: Current Status and 
Future Growth. Joseph Raben super¬ 
vised and Lauren Seiler performed the 
data design and analysis. The report 
includes computer humanities use, a list 
of vendors and products in the market, 
and addresses for organizations, jour¬ 
nals, and conference organizers. Sched¬ 
uled for Fall 1987. S395 until Jan. 1, 
1988; $495 thereafter. Promotion Tech¬ 
nologies, PO Box 45069, Sarasota, FL 
34277-4069; (813) 922-7666. 

Frost & Sullivan reports. Current 
figures show an increase of 10 to 15 per¬ 
cent a year in the number of data-crime 
incidents, according to Frost & Sul¬ 
livan, and Europeans are tripling their 
spending on countermeasures. Data 
Security in Europe (#E894, 286 pp., 
$2400) details the market and products 
available. 

US Market for Local Area Networks 
in Offices (Ml666, 592 pp., $1950) 
forecasts a near-doubling of yearly 
shipments of general-purpose LANs 
through 1991. The report predicts a 
decline in PC-cluster LANs, and a rise 
in high-end CPU LANs. Topics covered 
include technical fundamentals and 
design elements, user applications, and 
competitive analysis. 

The Military GaAs Semiconductor 
Market in the US (M1768, 297 pp., 
$1950) predicts rising use of GaAs ICs 
and devices, with the GaAs semicon¬ 
ductor becoming a mainline product. 

Customer Service, Frost & Sullivan, 

10 Fulton St., NY 10038; (212) 233-1080 
or Sullivan House, 4 Grosvenor 
Gardens, London SW1W ODH; (01) 
730-3438. 

Speech Communication: Human and 
Machine (ISBN 0-201-16520-1, 568 pp., 
hardcover, $44.95) by Douglas 
O’Shaughnessy introduces speech com¬ 
munication, from a discussion of how 
we produce and perceive speech to 
computer-based speech processing. The 
book is part of Addison-Wesley’s Series 
in Electrical Engineering: Digital Signal 


Processing. Addison-Wesley Publishing 
Co., Jacob Way, Reading MA 01867; 
(617) 944-3700. 


International Journal of Computer 
Applications in Technology, the official 
journal for the International Network 
of Centres for Computer Applications, 
will begin publication in Spring 1988. 
The journal still seeks qualified referees 
and papers. Contact the editor, M.A. 
Dorgham, The Open University, Wal¬ 
ton Hall, Milton Keynes, MK7 6AA, 
UK; Milton Keynes 653945. Members 
of INCCA will pay $70 per year; non¬ 
members, $120. Orders Dept., Inder- 
science Enterprises Ltd., World Trade 
Centre Building, 110 Ave. Louis Casai, 
Case Postale 306, CH-1215 Geneva- 
Aeroport 15, Switzerland. 

The Serlin Report on Parallel Process¬ 
ing is edited and published by Omri Ser¬ 
lin, president of ITOM International. It 
offers technical reporting with analyses 
of business and market trends. The 
report costs $495 per year. ITOM Inter¬ 
national, POB 1450, Los Altos, CA 
94023; (415) 948-4516. 

Optical disks. The International Infor¬ 
mation Management Congress is dis¬ 
tributing the book Optical Disks for 
Data and Document Storage (94 pp., 
paperback, $40 surface mail, $45 air¬ 
mail) by William Saffady. The book 
concentrates on read-only, read/write, 
and CD-ROM technology. It includes a 
detailed analysis of turnkey document- 
storage systems. IMC, PO Box 34404, 
Bethesda, MD 20817; (301) 983-0604. 

The Supercomputer Era (336 pp., 

$19.95 casebound) by Sidney Karin and 
Norris Parker Smith explores the tech¬ 
nology and personalities involved in 
supercomputers, as well as their appli¬ 
cations. The authors stress the impor¬ 
tance of supercomputer centers. Order 
code 311602-3. Academic Press, Har- 
court Brace Jovanovich, Publishers, 
Attn: Marketing Dept., Orlando, FL 
32887-0510; credit card orders 1 (800) 
321-5068. 


Catalog of reports. Electronic Trend 
Publications offers a free 20-page cata¬ 
log of its reports. Contact Electronic 
Trend Publications, 12930 Saratoga 
Ave., Suite Dl, Saratoga, CA 95070; 
(408) 996-7416. 


Japanese high-tech. The National Tech¬ 
nical Information Service offers a study 
called Japanese High-Tech Informa¬ 
tion: A Beckoning Market 
(PB87-184040/KFP, $20.50 plus $3 
handling). The study proposes ways to 
enhance American access to Japanese 
technology information. NTIS, 5285 
Port Royal Rd., Springfield, VA 22161; 
(703) 487-4600. 


Exporting. The Small Business Founda¬ 
tion of America has published the sec¬ 
ond edition of Exportise (250 pp., 
$29.50), written and edited by Jack 
Rennie. The book provides a guide to 
the export process, plus information on 
over 40 common trading partners. The 
1987 edition adds sections on importing 
and dealing with foreign competition in 
domestiirmarkets. Small Business 
Foundation of America, 20 Park Plaza, 
Boston, MA 02116; (617) 350-5096 or 
1 (800) 225-1482. 


OSI. Volume 1 of the Handbook of 
Computer-Communications Standards 
by William Stalling is called The Open 
Systems Interconnection (OSI) Mode! 
and OSI-related Standards (ISBN: 
0-02-948071-X, 322 pp., hardcover, 
$34.95). It discusses the seven layers of 
the OSI hierarchy. Volumes II and III 
to be published. Macmillan Publishing 
Co., 866 Third Ave., New York, NY 
10022. 


Unix. A collection of tutorials, issue 
papers and case histories called the Unix 
Papers (No. 22578, 480 pp., $26.95) 
and edited by the Waite Group covers 
topics ranging from security and com¬ 
munications to standards. Howard W. 
Sams & Co., 4300 W. 62nd St., Indi¬ 
anapolis, IN 46268; (317) 298-5400. 
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Purpose 

The Computer Society strives to advance the theory and practice 
of computer science and engineering. It promotes the exchange of 
technical information among its 90,000 members around the world, 
and provides a wide range of services which are available to both 
members and nonmembers. 

Membership 

Members receive the highly acclaimed monthly magazine Com¬ 
puter, discounts on all society publications, discounts to attend 
conferences, and opportunities to serve in various capacities. Mem¬ 
bership is open to members, associate members, and student mem¬ 
bers of the IEEE, and to non-IEEE members who qualify as affiliate 
members of the Computer Society. 

Publications 

Periodicals. The society publishes six magazines (Computer, IEEE 
Computer Graphics and Applications, IEEE Design & Test of Com¬ 
puters, IEEE Expert, IEEE Micro, IEEE Software) and three research 
publications (IEEE Transactions on Computers, IEEE Transactions 
on Pattern Analysis and Machine Intelligence, IEEE Transactions on 
Software Engineering). 

Conference Proceedings, Tutorial Texts, Standards Documents. 

The society publishes more than 100 new titles every year. 

Computer. Received by all society members, Computer is an 
authoritative, easy-to-read monthly magazine containing tutorial, 
survey, and in-depth technical articles across the breadth of the 
computer field. Departments contain general and Computer Society 
news, conference coverage and calendar, interviews, new product 
and book reviews, etc. 

All publications are available to members, nonmembers, libraries, 
and organizations. 

Activities 

Chapters. Over 100 regular and over 100 student chapters around 
the world provide the opportunity to interact with local colleagues, 
hear experts discuss technical issues, and serve the local profes¬ 
sional community. 

Technical Committees. Over 30 TCs provide the opportunity to 
interact with peers in technical specialty areas, receive newsletters, 
conduct conferences, tutorials, etc. 

Standards Working Groups. Draft standards are written by over 60 
SWGs in all areas of computer technology; after approval via vote, 
they become IEEE standards used throughout the industrial world. 

Conferences/Educational Activities. The society holds about 100 
conferences each year around the world and sponsors many educa¬ 
tional activities, including computing sciences accreditation. 

European Office 

This office processes Computer Society membership applications 
and handles publication orders. Payments are accepted by cheques 
in Belgian francs, British pounds sterling, German marks, Swiss 
francs, or US dollars, or by American Express, Eurocard, MasterCard, 
or Visa credit cards. 

Ombudsman 

Members experiencing problems — late magazines, membership 
status problems, no answer to complaints — may write to the 
ombudsman at the Publications Office. 

Information 

Use the Reader Service Card to obtain the following material: 

• Membership information and application (RS #202) 

• Publications catalog (proceedings, tutorials, standards) (RS #201) 

• Periodicals subscription application/information for individuals 
(members, sister-society members, others) (RS #200) 

• Periodicals subscription application/information for organizations 
(libraries, companies, etc.) (RS #199) 

• List of awards and award nomination forms (RS #198) 

• Technical committee list and membership application (RS #197) 

• Directory of officers, board members, committee chairs, represen¬ 
tatives, staff, chapters, standards working groups, etc. (RS #196) 


Also see membership application in this magazine. 





Moving Information 
From One Era Into Another 



At GTE’s Computer and In¬ 
telligent Systems Laboratory, 
we’ve intensified our focus and 
created new opportunities in Soft¬ 
ware and Information Engineering 
and Artificial Intelligence. Here, 
we apply new ideas to research 
and development projects for im¬ 
proved information and telecom¬ 
munication systems. 

By expanding our scope and 
responsibility, we can better sup¬ 
port GTE’s telecommunications 
businesses. And our activities 
create challenges for individuals at 
the MS/PhD level in Computer 
Science. Join us as we continue to 
make history in telecommunica¬ 
tions technology. 


Areas of expertise: 

• SOFTWARE REUSABILITY 

• PROGRAMMING 
ENVIRONMENTS 

• SERVICES FOR 
INTELLIGENT NETWORKS 

• INFORMATION RETRIEVAL 

• INTELLIGENT DATABASE 
MANAGEMENT SYSTEMS 

• APPLIED EXPERT 
SYSTEMS 

• PERFORMANCE 
ENGINEERING AND 
SIMULATION 

• EXECUTABLE 
SPECIFICATIONS 

• RAPID PROTOTYPING 

• ENTERPRISE ANALYSIS 
AND BUSINESS MODELING 


• DISTRIBUTED ARTIFICIAL 
INTELLIGENCE 

• LOGIC PROGRAMMING 

• MACHINE LEARNING 

• OPERATING SYSTEMS 

• CONNECTIONIST 
MODELING 

GTE Laboratories offers attrac¬ 
tive facilities located in a quiet, 
wooded setting just outside of 
Boston as well as a highly com¬ 
petitive salary and benefits pack¬ 
age. We invite you to send a 
resume to Vanessa Stem, GTE 
Laboratories, Inc., Box IEEE10, 
40 Sylvan Road, Waltham, MA 
02254. An equal opportunity 
employer, M/F/H/V. 
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